Answer
How do you calculate whether an AI automation is worth building?
Time saved per occurrence times occurrences, against build cost plus the monthly obligation to keep it running.
Multiply time saved per occurrence by occurrences per month, then subtract the build cost spread over a year and the monthly cost of keeping it working. The last term is the one usually left out and it is not small.
The calculation people do has two terms: how long the task takes and how much the build costs. That version makes almost every automation look worthwhile, which is why so many get built and so few are still running a year later. The missing term is the recurring obligation — someone has to notice when it stops, notice when its output degrades, and update it when something upstream changes — and it does not go away.
So the honest form has four terms. Time saved per occurrence, which should be measured rather than estimated, because estimates of how long a routine task takes are consistently too high. Occurrences per month, which is the term that decides everything. Build cost, spread over the period you expect the automation to remain relevant. And the monthly cost of keeping it working, which for a settled automation is perhaps an hour and is considerably more in the first quarter.
Frequency dominates, and this is the most useful thing to understand about the arithmetic. The same build effort pays back several times faster on a daily task than a weekly one, and a monthly task almost never justifies a build no matter how long it takes. This inverts the usual instinct, which is to automate the task that feels most painful — and the painful task is often the rare one, because rare tasks are the ones nobody has a routine for.
There is a second benefit that belongs in the calculation and resists measurement: consistency. An automated step happens the same way every time, does not get skipped when someone is busy, and does not stop when a person is away. For processes where the real cost is the occasion it did not happen — the follow-up nobody sent, the check nobody ran — this can be worth more than the time saved, and it should be stated in the case rather than left as an unquantified bonus.
Against that, count the failure cost honestly. An automation that is wrong occasionally imposes a cost per error, and if nobody is checking, that cost is paid by whoever receives the output. Multiplying an error rate by a consequence is uncomfortable and it is the difference between a calculation and an argument for something already decided.
The practical shortcut for most small businesses: if the task happens daily and takes more than a few minutes, it is probably worth automating. If it happens monthly, it probably is not, whatever it costs. Between those, the arithmetic above is worth doing properly, and the term to be honest about is the recurring one.
The build is a one-off and the supervision is forever, which is why the arithmetic looks different in month nine than it did in the business case.
Siddharth Sharma, Context Theory
Related questions
How do you estimate the time a task takes?
Time it, on a normal day, for a normal instance. Recalled durations for routine work are consistently inflated, and the inflation is largest for tasks people dislike. Ten minutes of measurement produces a number that changes the answer often enough to be worth the effort, usually by making the case weaker.
Should the cost of the tools be in the calculation?
Yes, and it is rarely the decisive term. Subscription and usage costs for a small business automation are typically small against the labour involved in building and maintaining it, which is why an analysis focused on pricing is usually looking at the wrong number. The maintenance hour costs more than the platform.
METHOD
Every figure below carries its source and the date it was verified. Nothing on this page is asserted.
The numbers on this page.
| What | Value | Specific to |
|---|---|---|
| Sub-15-minute compliance — automated routing vs manual only | 62.5% vs 39.1% | Category-wide |
| Odds of qualifying a lead — replying within the first hour vs after it | 7× | Category-wide |
2026 speed-to-lead benchmark · verified
Oldroyd, McElheran & Elkington, "The Short Life of Online Sales Leads", Harvard Business Review (March 2011) · 1.25M inbound leads across 2,241 US firms · verified
What is specific to this page.
| Kind | Claim | Check it against |
|---|---|---|
| Buying behaviour | The standard two-term calculation omits the recurring obligation to detect stoppage, detect degradation and absorb upstream change, which is why automations that passed a business case are frequently not running a year later. | Listing the automations built in the last year and checking which are still operating and who maintains them. |
| Workflow | Return scales with occurrences rather than with task duration, so identical build effort pays back several times faster on a daily task than a weekly one and a monthly task rarely justifies a build at any duration. | Dividing build hours by monthly occurrences for each candidate on the list. |
| Response | Consistency is a distinct benefit from time saved, because an automated step does not get skipped under pressure or lapse during absence, and for processes whose cost is the missed occasion it can exceed the labour saving. | Counting how often the manual version of the process was skipped or delayed over a recent period. |
| Constraint | Recalled durations for routine tasks are consistently longer than measured ones, with the largest inflation on disliked tasks, so timing the task changes the answer often enough to be worth ten minutes. | Timing a routine task and comparing against the estimate given before timing it. |
Each row would be wrong on another industry's page. Where a sourced figure exists it is in the table above instead; these are the constraints that shape the work and do not happen to be numbers.
Start with the measurement.
Reading about a benchmark is not the same as knowing your own number. The audit produces yours, measured rather than estimated.
$497 · delivered in 5 business days · credited against month one