Full redesign for an AI manufacturing platform. Phase one live in 4 weeks.

The client came to us with a functional site, that wasn't matching their product.

We built this from a scratch in a month.

Added a custom Lottie hero + white-to-dark mode on scroll. Built in Webflow.

u/BeardedWiseMagician — 2 days ago
▲ 7 r/webdev

Migrating 3.100 URLS from a 14 year old Wordpress site - fear and loathing in Redirect spreadsheet

Last year we took on one of the larger migrations our agency has handled. A nonprofit CRM platform that's been running since 2012, needed to move off WordPress.The issue wasn’t necessarily Wordpress but 12 years of accumulated complexity had turned their site into something nobody could move fast on. Basically every change was a developer ticket. The marketing team was blocked.

The size of the project when we mapped it out:

3100 URLs total. 1300+ blog articles, 550 webinars, 120 case studies, 75 guides, 100+ news pages. All that sitting on a WordPress build that had been patched together with page builders over a decade. It had no shared templates and no unified system.

So we went about replacing 12 years of accumulated architecture with something that could scale, without losing the SEO equity the domain had been building since 2012… it was a headache no one was prepared for, but we pushed on.

How we structured it

Before writing a line of code, we spent time cataloguing every URL, identifying content types, and grouping pages by structure. What looked like thousands of unique design problems collapsed into a somewhat manageable set of reusable templates once we mapped it properly. Looking back at it, that upfront work is what makes the difference between a migration that holds together and one that falls apart mid-project.

We split the work into five phases:

Phase one was foundation, meaning building the global component library and CMS collection structure from scratch. We made sure every schema, every template, every reusable block was defined before content migration started.

Phase two was high-priority pages first. So core conversion flows, product pages and the homepage… The point is to validate the system works before moving content at scale.

Phase three was content migration. Export, clean, and import 1,300+ articles. Verify formatting, preserve internal linking, make sure every embed and media file rendered correctly.

Phase four was remaining pages and redirects. Every legacy URL mapped to its new destination with 301 redirects. This is the step that protects organic rankings on a domain with over a decade of authority… skipping it or doing it sloppily is how you give Google a reason to tank your traffic.

Phase five was QA, launch, and handoff. Full cross-device testing, launch coordination, and documentation so the editorial team could manage content independently post-launch.

How it got very complicated

Scope expanded mid-project, as it does on migrations of this size. We pulled in three to four extra people at peak to keep the timeline intact. The thing that kept it manageable was having the architecture fully mapped before we started building. When you know exactly what you have, adding resources to a specific phase is straightforward. When you don't, adding people causes extra confusion.

The other thing worth mentioning: content migrations surface a lot of “website trauma” that nobody knew existed. Orphaned pages, broken internal links, inconsistent metadata, embeds that no longer work. You find all of it when you're moving 3,100 URLs individually. If you take any advice from this, it would be to budget time for cleanup, not just for the move itself.

What we'd do differently

Start the redirect mapping earlier. We built it into phase four but in retrospect it should run in parallel from day one… By the time you're mapping 3,100 URLs late in a project, everyone is tired and the margin for error goes up.

Also: Freeze content earlier and harder. On a site with an active editorial team, new posts kept going up during the migration window. That's manageable at low volume but becomes a real coordination problem at scale.

How would you guys take on a project like this? Is there anything we missed?

(This is a Flowout project - we're a Webflow agency… Posting because the process is relevant regardless of which platforms you're migrating between.)

reddit.com
u/BeardedWiseMagician — 5 days ago

What's everybody working on? What are you going to be focused on during the summer months?

Interested in seeing what the community is working on.

Whether it's a new landing page, redesign, client work, drop it below!

reddit.com
u/BeardedWiseMagician — 11 days ago
▲ 15 r/webflow

Can we talk about how overblown the "Webflow is dead" narrative actually is?

I keep seeing the same post recycled within different subreddits. Webflow is dead, vibe coding won the war, pack it up. Having spent 4 years on the agency side actually delivering these projects, I think the narrative is lazy.

Let's start with the platform itself.

This isn't a tool in decline. Enterprise adoption has been outpacing the SMB segment for a while now - the direction of travel is toward bigger clients and more complex projects, not away from them. The loudest voices leaving are usually people who were using Webflow for things it was never really optimized for anyway.

Vibe coding as a replacement… really?

Every few years something is going to make developers obsolete (Squarespace, whateva’ happened there?). It never does. What actually happens is the baseline shifts - straightforward stuff gets easier and cheaper, which raises the bar for what counts as specialized work. A Claude-generated site that took 20 minutes to make will take significantly longer than that to diagnose when something goes wrong six months later, because there's no logic to follow, no intentional structure, no trail. Fast to build is not the same as built to last.

Claude + Webflow MCP genuinely accelerates our workflow at Flowout - but that's a tool improving the output of people who already know what they're doing, not a substitute for knowing what you're doing.

What changes:

The dev role evolves into something closer to a systems architect. Decisions need to be made deliberately, documented, and owned by someone. Businesses that hand everything to an AI and call it done will eventually be sitting on something nobody can confidently touch - including the AI that built it. That's when they call an agency.

The realistic outcome:

Simple, disposable projects will increasingly be AI-built. They probably should be. What that does is concentrate real budget and serious briefs with people who can handle complexity - which is exactly where a specialist agency should want to compete.

AI isn't the end of this industry. For the agencies moving fast and building smart, it's a tailwind.

Happy to hear your take and discuss the topic with other devs and agencies.

Just wanted us all to calm down a little bit :)

(Heads up - I work at Flowout, a Webflow agency, so make of that what you will. These are ground-level observations, not a sales pitch.)

reddit.com
u/BeardedWiseMagician — 14 days ago

Not launching - but open to supporting

Hey all!

Recently we've had a decently succesful launch, finishing 30th for the day. A lot was contributed from Reddit, so this is our way of helping back 😄

Drop or dm your launch and lets connect on ProductHunt!

reddit.com
u/BeardedWiseMagician — 2 months ago

Over the past 2 years, we’ve worked with 3,000+ teams improving their websites and revenue.

And we kept seeing the same thing over and over again.

Teams say they’re “A/B testing”…
But in reality they’re:

• swapping headlines every week
• changing CTA colors
• checking analytics a few days later
• calling it a win

No hypothesis.
No sample size.
No real experiment.

It looks like testing, but it’s mostly guesswork.

The real cost is lost revenue.

Every unvalidated decision is money left on the table.

So we took everything we’ve learned and turned it into a practical A/B testing blueprint focused on what actually moves revenue.

Not theory but what works in practice:

• what to test first
• how long to run tests
• how to avoid invalid results
• how to turn experiments into real decisions

We published it for free. No signup, no gate.

We launched it on Product Hunt today.

u/BeardedWiseMagician — 2 months ago