Skip to content

We start by
questioning
your horse.

We build the software your business needs, together with your people, until your team can carry it on. Most projects ask where the existing process can go faster. We ask what you would build if you started again today. Sometimes the answer is much better. Usually it is much smaller.

From the first question to the day we leave.

Four steps. At each one, you decide what comes next.

Question the horse

You
Bring the problem, the person who knows it best and a few people who live with it.
We
Ask which steps exist because the work needs them, and which because it was always done that way.
You get
The real problem in one sentence, and what solved looks like.

You decide whether it's worth building.

Explore

From idea to proof

You
A few future users click through each new version. Your product owner decides what comes next.
We
Build in Daily Sprints, fast with AI on sample data, and change it, often the same day.
You get
A working version you can make decisions against, and a spec of what the software really has to do.

What we learned goes into the spec. You decide what's in it.

Engineer

From proof to production

You
Your IT team agrees the technology and the connections with us. Your users keep testing, and your subject matter expert checks the work at the gate.
We
Build from the spec, connected to your systems. Tests and documentation are part of the build, and a senior architect checks every important decision.
You get
Software that runs in your organisation, live.

Nothing goes live without three yeses.

From us to you

You
Your people build alongside ours and take over more of the work.
We
Hand over the code, the way of working and the guardrails, then move to the edge.
You get
Code, tests, documentation and the gate, yours to keep. Optionally a monthly plan for hosting, updates and support.

Together we decide when you no longer need us.

Every day ends in a decision.

A Daily Sprint is one working day. We build in the morning, your users try it in the afternoon, and before we go home we decide what tomorrow becomes.

  1. Start.

    What we learned yesterday, what we build today, who decides.

  2. Build.

    Test first, your people next to us.

  3. Your users try it.

    What wasn't there this morning.

  4. Decide.

    What tomorrow becomes.

Every day someone asks four questions out loud.

Few people, but the right ones.

your product owner, our experienced architect, a few of your future users, our engineer, your subject matter expert, our delivery support and your IT team.

Who does what
  • A product owner.

    Knows the problem, has the mandate to decide, and joins the start and the decision of every Daily Sprint.

  • A few future users.

    Try what we built that day and say what's wrong.

  • A subject matter expert.

    Knows your industry and checks the work at the gate. Often someone from your own team.

  • Your IT team.

    Agrees the technology before we build and takes over at the end.

  • Questions the horse with you, agrees the technology with your IT team and checks every important decision before it goes live.

  • Builds in Daily Sprints, from the first version your users click through to the software that runs in your organisation.

  • Plans the Daily Sprints, gets the right people in the room and keeps everyone up to date on where things stand.

The people you talk to are the people who build.

Two tracks. One for speed, one for the long run.

Between prototype and production there is usually a rebuild, and half of what you learned gets lost on the way. The Build Machine is our production line without that rebuild.

Four weeks in a defence environment.

  • 22 features

    In four weeks, on a live system, built to military standards.

  • 85 percent

    Of the interface connected to real data.

  • 0 regressions

    While components were rebuilt behind the gate.

On day one, what the client had asked for was already there. We spent the rest of the time in the field, next to the drone operators and spectrum managers who used it, and built what they turned out to need.

A sales tool rebuilt in four weeks. Paid back in six.

  • 6 months

    4 weeks

    Instead of the six months estimated for a conventional rebuild.

  • 45 minutes

    10 minutes

    Per shelf plan, made with the customer on site.

  • 6 weeks

    The tool paid for itself six weeks after going live.

A European distributor's field sales team designed shelf layouts with customers in an old web tool with open security issues. The reps were clicking through our prototypes within hours. The production version is connected to contract management, and product data now flows in automatically.

The questions your IT team will ask first.

Your data. We build and test on sample data, or on data you approve. No customer or personal data goes into AI services without your written consent. AI helps write the code. It doesn't need your customers.

Security. We agree your security requirements before we build. Every release passes automated tests and a security scan, and an architect reviews it before it goes live.

Hosting. In your own cloud or in ours. With the optional monthly plan we run it, without it your team does.

Your systems. We connect to what you already use and leave in place what works. Where a system stands in the way, we tell you before we build.

Technology. Mainstream, well-documented technology your team can hire for, agreed with your IT team before we build.

Ownership. The code, tests, documentation and know-how of your project are yours. Your team can take over at any point, and we don't sell you a model.

See how this would work for you?

Bring one problem that's costing you money right now. We'll show you how we would build it.

A Horseless tote bag with the horse head and Question the horse, hanging on a wall in the sun.