Skip to content
Back How We Work

Scope

Requirements & Planning · 3–4 days

We turn a conversation into a written plan — requirements, scope boundaries and a realistic timeline — before anyone writes a line of code.

This phase isn't a black box — you'll know exactly what's happening, who's doing it, and what happens next at every point along the way.

We're deliberately not the studio that quotes you a number and disappears until the deadline. Expect short, regular check-ins, staging access from early on, and a straight answer any time something turns out to be harder — or easier — than it looked at the start. If a piece of this isn't the right fit for your team, we'll say so directly rather than stretching the engagement to fill a quarter.

How we build it

01

Discovery call

We ask the questions that surface what's actually needed, not just what's assumed.

02

Written scope

A document you can hold us to, with clear boundaries on what's in and out.

03

Timeline & team

Who's on it and when you'll see the first build, agreed up front.

04

Sign-off

Nothing moves to Build until you've read and agreed the written scope — no verbal-only understandings.

Frequently asked

Scope changes happen — we flag the impact on timeline and cost transparently rather than silently absorbing or ignoring it, so you can make an informed call on whether to proceed.

Yes, staging access is standard from early in the Build phase, so you can review progress continuously instead of waiting for a big reveal at the very end.

The Support phase is ongoing — monitoring, fast turnaround on fixes, and feeding real usage data into what gets prioritised next, rather than the team disappearing the day it ships.

It varies by phase, but we're deliberate about not over-scheduling you — short, focused check-ins rather than long recurring meetings that eat into your week.

A single named lead throughout the engagement, so you're never re-explaining context to a different person every week.

Some phases can be compressed, but skipping them outright tends to cost more time later — we'll always tell you honestly if a shortcut is likely to bite you down the line.

Who this is for

  • Anyone curious how a CodeMyth engagement actually runs before committing to anything
  • Teams evaluating whether we're the right fit against other studios or an in-house build
  • Founders who've been burned by vague timelines or scope creep before
  • Operations leads who need to know exactly what's expected of their team at each phase

What you walk away with

  • Clear visibility into what's happening at every point in the phase
  • A named point of contact for the whole engagement
  • Staging access as soon as there's something to look at
  • Transparent flagging of any scope or timeline impact
  • A defined handoff at the end of the phase

Have a project like this?

Free 30-minute consultation — no pressure, no obligation.

Start a project Email us directly