Services

Working systems, with a person at every checkpoint.

We do not sell chat applications. We map a real workflow, build a system that does the work end to end, and put a person at each point where judgement matters.

Book a conversation (opens in a new tab)

How a build runs

Five stages, each with something you can see.

Stage lengths depend on the work. What does not change is that you see a working result early and often.

  1. Stage one

    Agree the number

    We measure the task as it is today and agree the figure the system must beat. Everything after this is judged against it.

  2. Stage two

    Build on real work

    The first version runs on your actual tasks, not a demonstration set. It is rough, and it shows straight away where the hard parts are.

  3. Stage three

    Pilot beside your team

    The system works alongside the people who do the job now. They check every result and tell us where it is wrong.

  4. Stage four

    Hand it over

    Your people are trained to run it, check it and switch it off. They get the documents, the code and the audit trail.

  5. Stage five

    Measure and decide

    We compare the result with the number from stage one. Then you decide whether to grow it, change it or stop.

A rule we keep

Our work should never create more work for you.

A system that saves an hour and then needs an hour of checking has saved nothing. We count the checking time in the result.

That is why review levels are set by consequence. Low risk work is sampled. High risk work is read in full. Your people spend their attention where it matters.

What you own at the end

Everything. There is nothing to rent back from us.

  1. The system and its code

    Yours to keep, along with everything needed to run it. If we part ways, it keeps working.

  2. The instructions

    How it works, how to change it and how to switch it off, written for the people who will run it.

  3. The record

    What it has done and who approved it, from the first day of the pilot.

  4. The skills

    People on your own team who can run it without calling us.

Questions we are asked

Before you commit to a build.

Will this replace our staff?

The systems we build take tasks, not jobs. The aim is to hand over the busy work so your people can spend their time on the parts that need them.

What do you need from us?

A sponsor who can make decisions, access to the people who do the task today, and real examples of the work. Without those three, we will advise you to wait.

What if it does not beat the number?

Then we say so, with the evidence, and recommend stopping. A project that ends early with a clear answer is a good result.

Do you support it afterwards?

If you want us to. The handover is designed so that you do not need us, and ongoing support is a separate choice.

Next

Tell us which task you would hand over first.

A short conversation is enough to tell whether it is a good first project, and what it would take.