State Zero
How we work

Understand first. Build in stages you can trust.

We don't begin with a technology choice. We begin with how the work actually happens today, then shape a system around it — built and shown to you in stages, not delivered as one surprise at the end.

Founder-led · No handoffs between sales and delivery
Founder and client reviewing a working prototype together at a workshop desk, laptop open between them
Where it starts

You don't need a finished brief

Most engagements begin somewhere messier than a scoped brief. That's what the first stage is for — turning any of the below into a plan worth building.

A defined brief A frustrating process An existing system A spreadsheet doing too much An early product concept "I wish there were a way to…"
Our process

Five stages, one continuous loop

This isn't a rigid waterfall, and it isn't "move fast and see what breaks." It's a disciplined loop: understand deeply, target the highest-value change, shape the system properly, ship in increments, then observe and improve once it's in real use.

01

Understand the business

We start with how the work actually happens today — the people involved, the steps, the tools, and the workarounds nobody got around to writing down.
02

Find the highest-value intervention

Not everything needs to change at once. We identify the single change that matters most, and target that first — before touching anything else.
03

Shape the system

We design how it will actually work — the data, the workflow, the permissions, the integrations — before committing to a build.
04

Build in working increments

You see working software early and often, not a single release at the end. Each increment is something you can genuinely use.
05

Launch, observe and improve

Going live is a stage in the process, not the finish line. We watch how the system is really used, and refine it from there.
Principles

What guides the decisions in between

A process describes the stages. These are the judgement calls we make inside them.

Problem before technology

We start with the business problem, not a preferred stack. We won't prescribe a technology until we understand how the work actually flows — and once we do, we pick whichever tool genuinely fits, not the one we'd rather use.

Built in the open

You stay close to the build the whole way through, and you see working software early rather than waiting for a reveal. When something is uncertain, or trades one thing off against another, we say so plainly.

Yours to keep

We favour clear systems over clever ones, and build for the person who has to maintain this after we've moved on. That means no unnecessary dependency on us, and no complexity you'll later have to pay to unwind.

Engineering discipline

AI helps us build faster. It doesn't lower the bar.

We use AI-assisted engineering internally — for drafting, scaffolding, and moving faster through the mechanical parts of a build. Every line that ships is still reviewed against the same standard a person would be held to: does it work, is it secure, will someone else be able to maintain it.

Security, data handling and permissions aren't bolted on before launch. They're a design requirement from the first conversation about how the system should work.

DRAFT → REVIEW → SHIP
AI-assisted draft SCAFFOLDING
Human review SAME BAR, EVERY TIME
Tested & shipped YOURS TO OWN
Permissions and data handling are designed in, not bolted on afterward.
Engagement modes

Work with us the way that fits

Some engagements can launch quickly. Larger operational systems are delivered in controlled stages, each one usable in its own right before the next begins.

Quick to launch
A focused build or a specific improvement, scoped and shipped in weeks, not quarters.
Staged rollout
Larger systems delivered in controlled stages, each one usable before the next begins.

Discovery & solution shaping

A short, focused engagement to properly understand a problem and agree the right approach, before anything gets built.

Focused build

One well-defined system or feature, scoped clearly and delivered as a single project.

Product or platform delivery

A larger platform, portal or product, planned and built in stages through to launch.

Improving an existing system

Working out what's actually not working in a system you already have, then fixing or extending it rather than replacing it outright.

Ongoing technology partnership

Continued involvement after launch — new features and changes as the business evolves, from someone who already understands the system.

Advisory & technical direction

A second opinion on a plan, input on a decision, or hands-on technical direction without a full build attached.

Not sure which of these fits your situation?

That's a normal place to start. Tell us what you're dealing with and we'll help work out the right way in.