You own everything we build.

It runs in your cloud account. If you stop paying us, it keeps running. What stops is us watching it, fixing it and extending it. We do not publish a price, because we do not quote a build we have not scoped. The audit is a fixed fee. The build is a fixed fee, quoted only after the audit. The run is monthly.

What moves the number

The audit

Build

Run

The work itself

How many systems it touches

More to map

More to connect

More to watch

How many exceptions the work carries

More to write down

More paths to build

More that reaches a person

What is fixed, and when

Agreed in writing before it starts

Requires the audit to exist first

Recurs every month

When each one is agreed

Before we start

After the audit

Monthly, from go-live

How each fee behaves

Can be bought on its own

What moves the number

Analysis

The work itself

How many systems it touches

More to map

How many exceptions the work carries

More to write down

What is fixed, and when

Agreed in writing before it starts

Requires the audit to exist first

Recurs every month

When each one is agreed

Before we start

How each fee behaves

Can be bought on its own

What moves the number

Build

The work itself

How many systems it touches

More to connect

How many exceptions the work carries

More paths to build

What is fixed, and when

Agreed in writing before it starts

Requires the audit to exist first

Recurs every month

When each one is agreed

After the audit

How each fee behaves

Can be bought on its own

What moves the number

Run

The work itself

How many systems it touches

More to watch

How many exceptions the work carries

More that reaches a person

What is fixed, and when

Agreed in writing before it starts

Requires the audit to exist first

Recurs every month

When each one is agreed

Monthly, from go-live

How each fee behaves

Can be bought on its own

What moves the number

The audit

Build

Run

The work itself

How many systems it touches

More to map

More to connect

More to watch

How many exceptions the work carries

More to write down

More paths to build

More that reaches a person

What is fixed, and when

Agreed in writing before it starts

Requires the audit to exist first

Recurs every month

When each one is agreed

Before we start

After the audit

Monthly, from go-live

How each fee behaves

Can be bought on its own

You can stop after the audit and take the spec elsewhere

The runbook is yours the day it is delivered. It names the systems, the triggers, the exceptions and the decisions your people actually make, in enough detail that a different team could build from it.

No licence, no seat bill, no per-user charge

No licence, no seat bill, no per-user charge

You own what we build. Nothing on this page is a subscription to software. The monthly fee is for watching, fixing and extending the system, not for permission to use it.

Send us one thing your team repeats.

Nothing to prepare, and no documents to send first. The meeting is forty five minutes, and you leave with a one-page sketch of the job you brought. If it is not worth building we say so.

The audit

The audit comes in two depths.

The gates, the test set and the cost model are audit deliverables. That is what makes the build quotable instead of guessed.

The Map

The operation mapped with its exceptions, the jobs ranked worth programming and not, the value case in your own numbers, and an honest no where AI is the wrong tool. Yours to keep either way.

The Spec

Everything in the Map, then the operation compiled: the workflow written step by step, your thresholds and approvals as executable rules, the line the system will not cross alone, the test set built from your own hardest cases, and the running cost modelled per step before anything is built. A build another team could execute.

Every job tied to revenue or cost, in your own units, signed off by the person who does the job.

During the audit the function is baselined in your own units: volumes, cycle times, exception rates, hours by step from observation, win rates. Then exactly two lines. Revenue events: quotes answered in the hour, bids submitted, renewals caught, claims recovered. Cost lines: hours at loaded cost, error cost, leakage. Ranges come from your own data, signed off by the person who does the job, and expressed per shipment, per bed, per deal. Never percentages.

Questionnaires cannot produce this. Weeks inside the function can.

Three smaller ways in

Not every engagement starts with the audit.

Three smaller fixed fees. Each one ends the same way: your jobs ranked, worth programming and not.

Three smaller fixed fees. Each one ends the same way: your jobs ranked, worth programming and not.

Your team, enabled

We install Claude or ChatGPT across your team, set the permissions and the governance, and teach the habits that make it stick. Then you watch which jobs your people hand it first. That list is the start of your map.

The AI you already built, proven

You built a copilot, or paid someone to. Nobody can say if it is safe to trust. We test it against your own hardest cases, name every way it fails, and hand you the test set that decides when it ships. If it should be switched off, we say so.

The AI bill, brought down

Your AI works and the bill grows faster than the usage. We baseline what every workflow spends, route each step to the cheapest model that passes your quality bar, and prove nothing got worse. The savings are measured in your own invoices.

Each is a fixed fee, smaller than the audit, agreed in writing before it starts.

The alternatives

Four routes to this, and where each one stops.

A consultancy

A software product

A development shop

Your own team

BG Image

ALREADY CONSIDERED

A consultancy

It ends at the document.

NOT FINISHED

Their partner model is built for engagements far larger than this one. Below that line the document is the profitable part and the build is not.

A document. Your team still runs the work themselves.

They encode your judgment, and it leaves with them when the engagement closes. Runbook ends in production. The document is week one.

BG Image

ALREADY CONSIDERED

A software product

It ends at the login.

NOT FINISHED

One product has to serve every company that buys it. An engineer sitting inside yours does not survive a product margin.

A login and a seat bill. The exceptions your business runs on are still manual.

You encode it, on your own time, in someone else’s configuration screen. Runbook arrives knowing your business, because writing it down is where we start.

BG Image

ALREADY CONSIDERED

A development shop

It ends with your specification built exactly.

NOT FINISHED

They price and staff for build time. Sitting with your team until the specification exists is not in that price.

Software, and the specification problem you started with.

Runbook writes the specification by sitting with your team. That was the part you were trying to hand over.

BG Image

ALREADY CONSIDERED

Your own team

It ends at the half-built version.

NOT FINISHED

An internal build runs on whoever has time left over, and every week it competes with the objectives those same people are actually measured on.

A stalled effort, running on one person’s laptop.

Whoever has time that quarter. The last ninety percent nobody wanted to build is Runbook’s whole job.

Runbook does not stop there.

The system is not the smart part. Your people are. We make their judgment run, exceptions included. What comes out is a system in production. Running it is the relationship, and the build is what earns it.

Most internal efforts stall at "we built a chatbot". Not the model. Not the engineers. What is left is the checking, the permissions, the exceptions, and the reliability your business is judged by. None of it is the part anyone wanted to build.

The alternatives

Four routes to this, and where each one stops.

A consultancy

A software product

A development shop

Your own team

BG Image

ALREADY CONSIDERED

A consultancy

It ends at the document.

NOT FINISHED

Their partner model is built for engagements far larger than this one. Below that line the document is the profitable part and the build is not.

A document. Your team still runs the work themselves.

They encode your judgment, and it leaves with them when the engagement closes. Runbook ends in production. The document is week one.

BG Image

ALREADY CONSIDERED

A software product

It ends at the login.

NOT FINISHED

One product has to serve every company that buys it. An engineer sitting inside yours does not survive a product margin.

A login and a seat bill. The exceptions your business runs on are still manual.

You encode it, on your own time, in someone else’s configuration screen. Runbook arrives knowing your business, because writing it down is where we start.

BG Image

ALREADY CONSIDERED

A development shop

It ends with your specification built exactly.

NOT FINISHED

They price and staff for build time. Sitting with your team until the specification exists is not in that price.

Software, and the specification problem you started with.

Runbook writes the specification by sitting with your team. That was the part you were trying to hand over.

BG Image

ALREADY CONSIDERED

Your own team

It ends at the half-built version.

NOT FINISHED

An internal build runs on whoever has time left over, and every week it competes with the objectives those same people are actually measured on.

A stalled effort, running on one person’s laptop.

Whoever has time that quarter. The last ninety percent nobody wanted to build is Runbook’s whole job.

Runbook does not stop there.

The system is not the smart part. Your people are. We make their judgment run, exceptions included. What comes out is a system in production. Running it is the relationship, and the build is what earns it.

Most internal efforts stall at "we built a chatbot". Not the model. Not the engineers. What is left is the checking, the permissions, the exceptions, and the reliability your business is judged by. None of it is the part anyone wanted to build.

The alternatives

Four routes to this, and where each one stops.

A consultancy

A software product

A development shop

Your own team

BG Image

ALREADY CONSIDERED

A consultancy

It ends at the document.

NOT FINISHED

Their partner model is built for engagements far larger than this one. Below that line the document is the profitable part and the build is not.

A document. Your team still runs the work themselves.

They encode your judgment, and it leaves with them when the engagement closes. Runbook ends in production. The document is week one.

BG Image

ALREADY CONSIDERED

A software product

It ends at the login.

NOT FINISHED

One product has to serve every company that buys it. An engineer sitting inside yours does not survive a product margin.

A login and a seat bill. The exceptions your business runs on are still manual.

You encode it, on your own time, in someone else’s configuration screen. Runbook arrives knowing your business, because writing it down is where we start.

BG Image

ALREADY CONSIDERED

A development shop

It ends with your specification built exactly.

NOT FINISHED

They price and staff for build time. Sitting with your team until the specification exists is not in that price.

Software, and the specification problem you started with.

Runbook writes the specification by sitting with your team. That was the part you were trying to hand over.

BG Image

ALREADY CONSIDERED

Your own team

It ends at the half-built version.

NOT FINISHED

An internal build runs on whoever has time left over, and every week it competes with the objectives those same people are actually measured on.

A stalled effort, running on one person’s laptop.

Whoever has time that quarter. The last ninety percent nobody wanted to build is Runbook’s whole job.

Runbook does not stop there.

The system is not the smart part. Your people are. We make their judgment run, exceptions included. What comes out is a system in production. Running it is the relationship, and the build is what earns it.

Most internal efforts stall at "we built a chatbot". Not the model. Not the engineers. What is left is the checking, the permissions, the exceptions, and the reliability your business is judged by. None of it is the part anyone wanted to build.

What does the first meeting cost?

Nothing. It is forty five minutes, and you leave with a one-page sketch of the job you brought: the steps as they run today, where the line would sit, and what we would measure.

We already use AI. Is this still for us?

Yes, and it is usually the fastest start. If someone built you a copilot, we prove whether it can be trusted and hand you the test set that decides. If your AI works but the bill keeps growing, we bring the cost down and prove nothing got worse. Both end with your jobs ranked, worth programming and not.

How long does it take?

The scope, the fee and the finish date are agreed with you in writing before anything starts. We do not publish a length, because it follows the size of the business, how many systems the work touches and what condition the data is in. The build is quoted only after the audit, because we do not quote work we have not scoped.

Do we have to move our data?

No. We build a layer that reads what you already have, wherever it lives. An ERP, a shared drive, WhatsApp, a rate card in Excel. Moving your data is a different project and it is not this one.

What happens when it gets something wrong?

The agent is built to know when it cannot be sure. At that point it stops and tells a named person, with the reason. The exceptions are written down in phase 01, so they are part of the spec rather than a surprise in phase 03.

Who owns it when you leave?

You do. The code, the credentials, the documentation and the exception paths sit in your accounts and under your name from the day we start. You can also stop after the audit and take the runbook to another team.

Does this replace people?

It replaces the part of a role that is repeated, which is usually the part nobody enjoys. We will not tell you it never changes a headcount. Sometimes it is the reason you do not need the next hire.

What if our process is not written down anywhere?

That is the normal case and it is what phase 01 is for. We write the work down, timed and costed, and you own that document whatever you decide next.

How is this different from hiring a developer?

A developer builds what you specify, and the specification is the hard part. We write it first, by sitting with the people who do the work, then build it, then run it.

What does the first meeting cost?

Nothing. It is forty five minutes, and you leave with a one-page sketch of the job you brought: the steps as they run today, where the line would sit, and what we would measure.

We already use AI. Is this still for us?

Yes, and it is usually the fastest start. If someone built you a copilot, we prove whether it can be trusted and hand you the test set that decides. If your AI works but the bill keeps growing, we bring the cost down and prove nothing got worse. Both end with your jobs ranked, worth programming and not.

How long does it take?

The scope, the fee and the finish date are agreed with you in writing before anything starts. We do not publish a length, because it follows the size of the business, how many systems the work touches and what condition the data is in. The build is quoted only after the audit, because we do not quote work we have not scoped.

Do we have to move our data?

No. We build a layer that reads what you already have, wherever it lives. An ERP, a shared drive, WhatsApp, a rate card in Excel. Moving your data is a different project and it is not this one.

What happens when it gets something wrong?

The agent is built to know when it cannot be sure. At that point it stops and tells a named person, with the reason. The exceptions are written down in phase 01, so they are part of the spec rather than a surprise in phase 03.

Who owns it when you leave?

You do. The code, the credentials, the documentation and the exception paths sit in your accounts and under your name from the day we start. You can also stop after the audit and take the runbook to another team.

Does this replace people?

It replaces the part of a role that is repeated, which is usually the part nobody enjoys. We will not tell you it never changes a headcount. Sometimes it is the reason you do not need the next hire.

What if our process is not written down anywhere?

That is the normal case and it is what phase 01 is for. We write the work down, timed and costed, and you own that document whatever you decide next.

How is this different from hiring a developer?

A developer builds what you specify, and the specification is the hard part. We write it first, by sitting with the people who do the work, then build it, then run it.

What does the first meeting cost?

Nothing. It is forty five minutes, and you leave with a one-page sketch of the job you brought: the steps as they run today, where the line would sit, and what we would measure.

We already use AI. Is this still for us?

Yes, and it is usually the fastest start. If someone built you a copilot, we prove whether it can be trusted and hand you the test set that decides. If your AI works but the bill keeps growing, we bring the cost down and prove nothing got worse. Both end with your jobs ranked, worth programming and not.

How long does it take?

The scope, the fee and the finish date are agreed with you in writing before anything starts. We do not publish a length, because it follows the size of the business, how many systems the work touches and what condition the data is in. The build is quoted only after the audit, because we do not quote work we have not scoped.

Do we have to move our data?

No. We build a layer that reads what you already have, wherever it lives. An ERP, a shared drive, WhatsApp, a rate card in Excel. Moving your data is a different project and it is not this one.

What happens when it gets something wrong?

The agent is built to know when it cannot be sure. At that point it stops and tells a named person, with the reason. The exceptions are written down in phase 01, so they are part of the spec rather than a surprise in phase 03.

Who owns it when you leave?

You do. The code, the credentials, the documentation and the exception paths sit in your accounts and under your name from the day we start. You can also stop after the audit and take the runbook to another team.

Does this replace people?

It replaces the part of a role that is repeated, which is usually the part nobody enjoys. We will not tell you it never changes a headcount. Sometimes it is the reason you do not need the next hire.

What if our process is not written down anywhere?

That is the normal case and it is what phase 01 is for. We write the work down, timed and costed, and you own that document whatever you decide next.

How is this different from hiring a developer?

A developer builds what you specify, and the specification is the hard part. We write it first, by sitting with the people who do the work, then build it, then run it.