What AI automation costs, and how to keep AI running costs low
An AI automation project has two costs: building it, and running it every month afterwards. Most quotes focus on the first. This guide explains what drives both, how to judge payback, and how to keep running costs down.
Harnad AI · · 8 min read
Two costs, not one
The build cost is what you pay to design, build, test, and launch the system. The running cost is what it costs every month to operate: model usage, telephony or messaging fees, hosting, and monitoring. A cheap build with an expensive running cost can lose money every month, so ask for both before you commit.
What drives the build cost
- How many steps the process has, and how many exceptions
- How many systems it has to connect to, and whether they have usable APIs
- The state of the data: digital and tidy, or paper and scattered
- Channels and languages: web, phone, WhatsApp; one language or several
- Compliance needs, such as consent capture, audit trails, and data location
- How the system’s quality will be measured before and after launch
What drives the running cost
- Model usage: how many requests, how much text in each, and which model
- Voice minutes and phone numbers for call handling
- Messaging fees, such as Meta’s per-message pricing for WhatsApp templates
- Cloud hosting, databases, and storage
- Monitoring and support
How to judge payback
Estimate the hours a week the task takes today and multiply by what those hours cost you. Compare that with the monthly running cost, and see how many months of savings it takes to cover the build. The same calculation works whether you are a small business in India or a corporate team abroad; what changes is the cost of the manual work being replaced. If the payback is unclear, automate a smaller piece first.
How to keep AI running costs low
Above all, measure cost per process. If you cannot see what each automated task costs to run, you cannot manage it.
- Use the right model for each task; keep the largest models for the steps that need them
- Cache repeated requests and answers instead of paying for them again
- Route simple requests down cheaper paths
- Send only the context a task needs, not the whole document every time
- Watch for retries and loops, and alert when cost per process drifts
- Right-size infrastructure so you are not paying for peak load all day
Why we quote after the audit
Because the drivers above vary so much, any price quoted before someone has looked at the process is a guess. We map the process first, then give a fixed scope with the build cost and an estimate of the running cost, so you can judge payback before you commit.
Want us to look at your process? It starts with one call.


