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.
01 The audit
One job, mapped end to end: which parts are worth programming, and which are not.
A fixed fee, agreed in writing before the audit starts.
What you get
The runbook, yours the day it is delivered
Every step timed and costed
The exceptions named, including the customers who are one
Every system the work touches, listed
A build scope specific enough to hand to someone else
An honest no if AI is the wrong tool
02 Build
quoted after 01
The data layer first, then the workflows on top of it.
One fixed fee for the scope written in the runbook.
Nothing hourly. Nothing licensed.
What you get
A running system you own
The code and the credentials
The documentation, written to be handed over
An exception path for everything it cannot decide
Running inside the systems your team already opens
03 Run
We watch it, fix it, and extend it as your work changes.
A monthly fee, set by how many workflows are live.
Not a seat count. It does not grow when you hire.
What you get
Monitored, with the alert reaching us before it reaches you
The exception queue, watched by a person
Fixes when a supplier changes their format
Fixes when a system changes its interface
Extensions as the work changes
The second workflow, faster to build than the first
Engineers in Dubai, in your timezone
When it breaks at 2am, that is ours
01 The audit
One job, mapped end to end: which parts are worth programming, and which are not.
A fixed fee, agreed in writing before the audit starts.
What you get
The runbook, yours the day it is delivered
Every step timed and costed
The exceptions named, including the customers who are one
Every system the work touches, listed
A build scope specific enough to hand to someone else
An honest no if AI is the wrong tool
02 Build
quoted after 01
The data layer first, then the workflows on top of it.
One fixed fee for the scope written in the runbook.
Nothing hourly. Nothing licensed.
What you get
A running system you own
The code and the credentials
The documentation, written to be handed over
An exception path for everything it cannot decide
Running inside the systems your team already opens
03 Run
We watch it, fix it, and extend it as your work changes.
A monthly fee, set by how many workflows are live.
Not a seat count. It does not grow when you hire.
What you get
Monitored, with the alert reaching us before it reaches you
The exception queue, watched by a person
Fixes when a supplier changes their format
Fixes when a system changes its interface
Extensions as the work changes
The second workflow, faster to build than the first
Engineers in Dubai, in your timezone
When it breaks at 2am, that is ours
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

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.

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.

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.

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

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.

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.

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.

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

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.

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.

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.

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.
Questions
The questions we get asked.
Still have a question?
Describe it in the booking form. If it is worth building, the first meeting is forty five minutes, and you leave with a one-page sketch of 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.
Questions
The questions we get asked.
Still have a question?
Describe it in the booking form. If it is worth building, the first meeting is forty five minutes, and you leave with a one-page sketch of 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.
Questions
The questions we get asked.
Still have a question?
Describe it in the booking form. If it is worth building, the first meeting is forty five minutes, and you leave with a one-page sketch of 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.
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.
We learn the business. We build the system. We run it.
© 2026 Runbook.ae. Dubai.
Legal
By sector
Runbook
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.
We learn the business. We build the system. We run it.
© 2026 Runbook.ae. Dubai.
Legal
By sector
