Every project starts with the same question: what has to be true for this to work commercially? The answer usually spans more than one discipline, which is why we do not sell design and engineering as separate contracts.

Process

The same four phases, whatever the discipline

Phase boundaries are where you can change your mind cheaply. We make them explicit rather than letting scope drift.

  1. Discovery

    Two weeks of interviews, analytics review and a technical audit. You leave with a written problem statement and a prioritised scope.

    1–2 weeks
  2. Design

    Wireframes, then a component-level design system. We prototype the three journeys that carry the business case before anything is built.

    2–4 weeks
  3. Build

    Two-week increments on a staging URL you can use from day one. Accessibility and performance budgets are checked in CI, not at the end.

    6–14 weeks
  4. Launch and iterate

    Migration, monitoring and a four-week hardening window. Then a quarterly review of what the data says to change next.

    Ongoing
Questions

How engagements are structured

Who owns the code and the designs?
You do, from the first commit. Repositories live in your organisation where possible, and design files are transferred at the end of each phase.
Next step

Tell us what you are building

A 30 minute call is usually enough to tell whether we are the right studio for the problem. No pitch deck, no obligation.

Next step

Tell us what you are building

A 30 minute call is usually enough to tell whether we are the right studio for the problem. No pitch deck, no obligation.