The headcount fiction
Almost every automation ROI model we have seen starts with headcount. The logic is: this workflow takes 3 people 4 hours each per day, so automating it saves 1.5 FTEs at ~$65K per year, therefore the ROI is $97K annually. Then it gets blessed by finance, included in a board deck, and the automation gets approved.
Then nobody gets fired. Because they were never going to get fired. The three people move on to other work that was previously backlogged, or their teams absorb them into adjacent roles. The company is not worse off — capacity was genuinely freed — but the $97K does not appear in any P&L line. Finance asks where the savings are. The automation team says "it is in capacity." Finance is not impressed.
We got this wrong on the first three projects we scoped for clients. We used the headcount model because that is what the RFP asked for. It is not a useful number. Here is what is.
Watch out
The three numbers that actually matter
When we scope automation ROI for clients now, we build the case around three measurements, not headcount.
1. Cycle time reduction
Measure the end-to-end time for the process today. An invoice that arrives on Monday and gets posted to the ERP by Friday has a 4-day cycle time. After automation, that same invoice is posted within 2 hours. The value is not in headcount — it is in cash flow visibility, early payment discount capture, and supplier relationship quality. For a company processing ~500 invoices per month with average payment terms of net-30, moving from a 4-day to a 2-hour cycle time is worth recovering roughly 3.5% of invoices for early payment discounts. At an average invoice size of $8K, that is real money.
2. Error reduction cost
Manual processes have error rates. Finance teams rarely track them explicitly, but they show up in: rework hours, late payment penalties, duplicate payment writeoffs, and time spent on reconciliation exceptions. We ask clients to pull three months of bank reconciliation exceptions and categorize them. In almost every case, data entry errors account for 60–70% of exceptions. That cost is concrete and it disappears with automation.
3. Growth capacity without linear headcount growth
This is the real number and it is also the hardest to put a dollar value on pre-automation. Ask the question: if our transaction volume doubles in 18 months, what does that cost us today versus after automation? A company adding a second entity or entering a new market without automation has to hire proportionally. With automation, the marginal cost of additional volume is near zero up to a threshold. That capacity value is worth ~$120K to $200K in deferred hiring for a mid-size finance team over three years — but only if the growth actually happens.
The only honest version of automation ROI is: here is what it costs us today, here is what changes, and here is the specific business outcome we can trace to that change — not the headcount we theoretically freed.
How to build the model
Start with a time study. Not an estimate — an actual measurement. Have someone log the steps of the target process for two weeks. This sounds tedious and it is, but the numbers that come out of it are defensible. A process the business thinks takes 2 hours per day usually takes 3.5 hours per day when you count the interruptions, the error corrections, and the ERP navigation time.
Then separate recoverable costs from capacity gains. Recoverable costs are things that go down immediately and show up in P&L: error-related penalties, rework hours billed at fully loaded rate, license costs for manual tools being replaced. Capacity gains are real but only materialize if the business grows into them or if management makes an active decision to redeploy staff.
On the cost side, be honest about implementation. A typical Odoo-based AP automation for a company processing 600 invoices per month will cost ~$85K in implementation and ~$18K per year in support and model maintenance. A Business Central integration with custom approval flows is closer to $130K up front. If you are not including these numbers, you are not doing ROI — you are doing a pitch deck.
The payback period on a well-scoped automation project, using only hard costs, is usually 18–24 months. Not 6 months. Not 8 months. If someone is promising you 6-month payback using only hard costs, ask them to show you the error rate data and the cycle time measurement they used. There will not be any.
The question finance will ask that you need to answer
Finance will not approve automation based on capacity. They will approve it based on numbers that appear in a report. So the ROI model needs a line that finance can validate — not in theory but in practice.
The approach that has worked for us: identify one specific, measurable cost that the automation eliminates. Late payment penalties on invoices that miss approval windows are common and usually easy to pull from the ERP. Rework hours on reconciliation exceptions can be estimated from support tickets or exception reports. Pick the number you can defend with three months of data, build the ROI case around that number alone, and treat everything else as upside.
Our take
After the automation is live, measure actual outcomes against the model. Every 90 days for the first year. This sounds obvious but most teams do not do it. The ones who do are the ones who get budget for the second automation project.
Related reading