Skip to content
All workStart a project
All work
  • Dev lead
  • Component system
  • CMS architecture

30 pages in three weeks, without cutting corners

I led the build, with another developer working alongside me. Two people only move faster if the foundation lets them build in parallel without drifting apart.

2 min read

Scope
~30 pages, new CMS architecture, migration from the previous Webflow site
Timeline
3 weeks, including revisions
Team
Project manager, 2 designers, 2 developers
My role
Dev lead — project setup, CMS architecture, content migration, code review
Stack
Webflow, GSAP
pages
30
weeks
3
developers
2

The brief came in with the launch date already fixed. Around 30 pages, motion across every section, and a client who would notice if anything felt rushed. We had three weeks, revisions included.

I wasn’t building it alone. There was a second developer on the project, which sounds like it halves the work. It doesn’t, unless the foundation lets two people build in parallel without drifting apart.

So the first days went into things nobody would see. Project structure, variables, and a new CMS architecture — the content was coming over from the previous Webflow site, and it was the right moment to restructure it rather than copy the old collections as they were. Before a single page went up, the component library existed. Every section and card type was defined once, with spacing, type and states locked in.

That’s what made splitting the work possible. I assigned pages, and we both built from the same components. When something came back slightly off — a card with the wrong padding, a section built as a one-off instead of from the system — I flagged it straight away. On a three-week build, one inconsistency on day three turns into forty by launch.

The obvious place to save time was the animations. They took the longest and were the easiest to drop. The client insisted they stay, so they went back in. Because the system was already solid, adding motion meant working on top of clean components, not untangling the layout at the same time.

We launched on the date. The revision round was short, and most of it was content rather than build.

One component library feeding both developers: every page either of them built uses the same section, card, nav and footer components.Component librarySectionCardNavFooterDeveloper 1Developer 2

What this means for you

When the deadline is tight and you need more than one pair of hands, the setup at the start decides whether a second developer speeds things up or leaves a mess to clean up later.

Got a build you need taken off your hands?

Tell me what it is and when it ships. I’ll say yes or no within a day —
no proposal theatre either way.

Next case