A calm, legible
process.
Most projects fail because the brief was wrong, not because the work was bad. We over-invest in the first two weeks so the next ten compound. Five phases, predictable cadence, no surprises at the end. Here's exactly how it runs, week by week.
Listen
A working session to understand your business, customers, constraints and ambitions. We leave with a shared vocabulary and a scoped plan.
- Stakeholder + customer interviews (we run them; you sit in)
- Competitive audit — what you're up against, what the SERPs look like, where the gaps are
- A one-page written brief everyone agrees with before week 2
- Week-by-week plan for the rest of the engagement
Why this matters: Most projects fail because the brief was wrong, not because the work was bad. We over-invest here so the rest of the engagement compounds.
Research & strategy
Competitive audit, analytics review, content inventory, messaging workshop. The unglamorous work that quietly decides everything.
- Content inventory + IA proposal — every URL, every section, every CTA
- Voice and tone workshop with first-draft positioning
- Keyword + intent map (if SEO is in scope)
- Wireframes for the 6–10 page templates that actually matter
Why this matters: The site's job is to tell a clear story to a real person. The story has to be written before the typography decisions matter.
Design
Two weekly shareouts. Fast feedback loops. We design in the browser early and often — so you see the real thing, not a rendering.
- Mood + type + color system, decided in week 3
- High-fidelity comps for hero / services / case / blog / contact
- Design system in Figma + matching CSS variables for the build
- Accessibility pass on the static comps before we write a line of production code
Why this matters: Two shareouts a week, designed in the browser by week 4. You see the real thing on your laptop, not a Figma frame that lies about how the type will actually feel.
Build
Typed, tested, accessible. CMS wired up, content migrated, integrations set. We build for the team who will live with it after launch.
- Typed, tested code on Next.js + Sanity, WordPress + WooCommerce, or Webflow — whichever fits
- CMS modelled so editors update content without filing a developer ticket
- Form + integration wiring (CRM, Klaviyo, GA4, Plausible, Stripe — whatever's in scope)
- Core Web Vitals green on staging before launch
- WCAG 2.2 AA pass with keyboard + screen-reader testing
Why this matters: We build for the next person — the office manager, the in-house designer, the freelancer who'll touch the site in three years. Code review is a feature, not an overhead.
Launch & measure
Soft launch, QA, 301 map, analytics, search console. Then thirty days of careful watching and polishing before we call it done.
- Soft launch on a preview URL with a small cohort of test users
- Full QA + cross-browser + mobile-device pass
- 301 redirect map from the old site, manually reviewed
- Analytics + Search Console + structured data verification
- 30-day post-launch support window for the team
Why this matters: Launching is the easy part. The thirty days after launch — watching real user behaviour, fixing the things you couldn't see until traffic hit the site — are where projects either land or quietly limp.
Things prospects
ask before the kickoff.
Ready to walk
through it?
Thirty-minute call, no slide deck, no salespeople. Tell us what you're building and we'll map the five phases against your specific project.