Skip to content

How we work

You see working software early, and often.

No big-bang launches and no year-long silences. One real workflow goes live within weeks, you get a working demo every week after that, and every scope decision is written down.

The four stages

From first call to running software.

  1. Understand

    We sit with the people who do the work and write down how your business actually runs — the entities, the approvals, the exceptions.

    Who's involved
    Your decision-maker, plus the people who do the work daily.
    What you get
    A written scope, a data model and an estimate — yours to keep.
  2. Build the first slice

    One real workflow goes live early, end to end, on your data. You see working software in weeks, while everything is still cheap to change.

    Who's involved
    A small group who will use it, reviewing a demo each week.
    What you get
    Running software you can click, and a weekly written note.
  3. Pilot with real users

    A small group runs their actual work on the system. We watch what breaks, fix it, and only then widen the rollout.

    Who's involved
    Your pilot users, and whoever owns the process being replaced.
    What you get
    A system proven on real work, plus the list of what we fixed.
  4. Roll out & support

    Full rollout in stages you can keep trading through, then ongoing support and improvement — or a clean handover to your team.

    Who's involved
    Everyone who touches the process, with training as needed.
    What you get
    The live system, full handover, and a support arrangement if you want one.

How to buy

Four ways to start.

We quote after discovery, once there is a written scope to quote against — not before.

1–2 weeks · fixed fee

Discovery sprint

We sit with the people who do the work and write down how your business actually runs — the entities, the approvals, the exceptions — then scope and estimate the build against it.

You keep: The scope document, architecture outline and estimate — yours even if you stop here.

Defined outcome · staged payments

Fixed-scope project

A written scope, milestones you pay against, and working software in your hands early. Ninety days of defect warranty from go-live, measured against the scope we agreed.

You keep: Source code, documentation and infrastructure configuration, handed over in full.

Monthly · senior engineers

Dedicated team

Senior engineers working your backlog to your priorities, in your ceremonies. Useful when the destination is still moving, or when you need to add capacity to a team you already have.

You keep: Everything, continuously — you hold the repository throughout.

Ongoing · agreed response times

Managed & AMC

We operate and improve what's live: monitoring, patching, enhancements, and agreed response times for when something breaks. Business hours, with extended cover available.

You keep: The option to take it in-house whenever you want, with a clean handover.

Working rhythm

What it's like to work with us.

Everything below is something we do every week, not an aspiration.

A working demo every week

Thirty minutes, running software on real data — not a slide deck or a percentage. Recorded, so anyone who missed it can catch up.

A written note after every demo

What shipped, what's next, what's blocked, and what we need a decision on. Short enough that busy people read it.

One named engineer as your contact

Reachable directly. Not a ticket queue, and not an account manager relaying messages to the people doing the work.

A shared channel

Day-to-day questions on whatever you already use — Slack or Teams. Email for anything contractual.

A visible backlog

What's in flight, what's queued, what we've deprioritised — visible at any time in GitHub, without having to ask.

A decision log

Every scope decision recorded with the date, the reasoning and who made it. This is what prevents the “we never agreed to that” conversation six months in.

From your side

What we ask of you.

Stated plainly, because engagements fail on these far more often than they fail on technology.

  • One decision-maker who can settle scope questions within a few days.
  • Access to the people who do the work — the ones who know the exceptions, not only the managers who know the process.
  • Timely access to the systems and data we need, which is usually the single biggest source of delay.

Ownership

What transfers at handover.

Custom builds are handed over completely. There is no licence to keep paying, and no dependency on us to make a change.

  • The Git repository, with full history
  • Technical documentation and architecture notes
  • Infrastructure configuration as code
  • Credentials and account ownership, transferred to you
  • A runbook for routine operations and incidents
  • Handover sessions with your engineers

Ninety days of defect warranty runs from go-live on fixed-scope projects, measured against the agreed written scope. Changes of scope are not defects — which is exactly why the discovery document matters.

Start with a discovery sprint.

One to two weeks, fixed fee. You keep the scope document, architecture outline and estimate even if you decide to stop there.