Will Automating This Actually Pay Off?
Automation business cases are usually built on hours saved alone, which understates the return for error-prone processes and overstates it for everything else. This calculator handles both sides and tells you how many months it takes to break even.
Model one process at a time. Automating a single well-chosen workflow beats a vague estimate across the whole business, and the payback figure is the number worth arguing about.
Automation ROI Calculator
Model one process. Labour plus rework, net of what automation costs.
Across everyone involved, not just one person.
Salary plus super, leave and overheads, roughly 1.3x base pay.
Invoices, records, orders, tickets, whatever the unit is.
Exceptions, oversight and judgement calls. Rarely below 10%.
Include your own team’s specification and testing time.
After residual human effort and annual running costs.
An estimate based on the figures you entered, not a quote. Automation rarely removes a process entirely, and the residual input matters more than any other. Model one process at a time for a defensible result.
How to Read the Result
Two forces drive automation returns: the labour you stop spending and the rework you stop causing. Most business cases count only the first, which is why so many of them are quietly wrong in both directions.
Hours saved is the visible half
Time currently spent on a repetitive process has a real, calculable cost. This is the half everyone models, and it is the more predictable of the two. It is also usually the smaller half once a process has any meaningful error rate attached to it.
Error cost is the half that gets missed
Every mis-keyed invoice, duplicated record or missed step costs time to find and fix, and sometimes costs a customer. Processes with a five per cent error rate frequently spend more on rework than on the original task, which is exactly where automation pays best.
Redeployed time only counts if it is real
Saving four hours a week is only worth four hours of wages if those hours go somewhere useful. In a business with a genuine backlog, that is easy. In one without, the saving is real but softer, and the honest move is to lower the hourly figure rather than pretend otherwise.
The Calculation, Step by Step
Nothing hidden and no vendor-friendly multipliers. Each step maps directly to an input you control.
Current annual labour cost
Hours per week on the process multiplied by the loaded hourly cost of the people doing it, annualised over fifty-two weeks.
Current annual rework cost
Transaction volume multiplied by the error rate and by the average cost of finding and fixing each error, including any downstream consequence.
What remains after automation
Automation rarely removes a process entirely. The residual percentage covers exception handling, oversight and the cases that still need a human decision.
Net benefit, ROI and payback
Total current cost minus residual cost minus the annual automation cost gives net benefit. Set against build and running costs, that produces ROI and months to break even.
Choosing a Process Worth Automating
The calculator will happily produce a healthy return for a process that should never be automated. These are the qualitative tests worth applying before you trust the number.
High volume and genuinely repetitive
Automation returns scale with repetition. A task performed two hundred times a month with the same shape each time is an excellent candidate. A task performed four times a month, each time slightly differently, almost never is, regardless of how tedious it feels to the person doing it.
- Favour processes measured in hundreds of repetitions, not dozens
- The more identical each repetition, the better the return
- Tedium is not the same as automatability, check the volume first
- Seasonal spikes make a process more attractive, not less
Stable rules that are actually written down
If nobody can articulate the rules, automation will encode somebody’s guess at them. The single best predictor of a smooth automation project is whether the process can be described end to end on one page before any tooling is chosen.
- Write the process on one page before you scope any automation
- Identify the exceptions explicitly. They usually drive the real cost
- Beware processes where each person does it a slightly different way
- Rules that changed three times last year will change again mid-build
A clear owner who wants it to work
Automation projects that succeed have someone whose job gets visibly better. Projects imposed on a team that was not consulted get routed around, quietly, within a month. This is a people variable that no ROI model captures and it decides more outcomes than the technology does.
- Name the person whose week improves, and involve them from the start
- Avoid automating a process whose owner is defending it
- Agree in advance what happens to the freed-up time
- Expect adoption to lag the build by several weeks
Tolerable consequences when it gets something wrong
Every automated process will eventually handle something incorrectly. The question is what that costs. A mis-categorised expense is a nuisance; a mis-paid supplier invoice is a phone call; a mis-filed regulatory submission is a problem. Match the level of human review to the blast radius.
- Map the worst realistic failure before you design the workflow
- Add human approval where consequences are financial or regulatory
- Log every automated decision so errors can be traced and corrected
- Start with recommend-only mode before allowing unattended execution
Next Steps
Manual Task Cost Calculator
Not sure which process to model? Cost out any single manual task in under a minute.
Cost a task →Process Automation Priority Scorecard
Score a candidate process against the qualitative tests above before you build.
Score a process →How to Calculate Automation ROI
The longer written guide behind this calculator, including worked examples.
Read the guide →Frequently Asked Questions
What hourly rate should I use?
Use the loaded cost rather than the salary rate. For an Australian employee, loaded cost typically runs about 1.25 to 1.4 times base pay once superannuation, payroll tax, leave loading, workers compensation and overheads are included. So a staff member on forty dollars an hour costs the business somewhere around fifty to fifty-six. If the work is done by a professional whose time is otherwise billable, use the billable rate instead, since that is genuinely what the hour is worth. Understating this input is the most common reason a sound automation case looks marginal.
How do I estimate the cost of an error?
Think in terms of the full chain rather than just the correction. A typical data-entry error costs the time to notice it, the time to investigate, the time to fix it, and often a communication with a customer or supplier. Twenty to sixty dollars is a reasonable range for straightforward administrative errors in most Australian businesses. Errors with financial consequences: an incorrect payment, a wrong quote sent to a client, a compliance miss, can run into the hundreds or thousands, and those are exactly the processes where automation pays for itself fastest.
Why does the calculator assume some work remains after automation?
Because it always does, and models that assume otherwise are the reason automation projects disappoint. Exceptions need handling, outputs need spot-checking, and edge cases still require a human decision. A residual of ten to twenty per cent is realistic for a well-scoped, rules-based process. Anything claiming to eliminate one hundred per cent of a process is either describing something extremely narrow or quietly moving the remaining work somewhere else in the business where it will not be counted.
Should I include the build cost or just the subscription?
Include both, and enter the build cost as a one-off. The calculator treats implementation as an upfront cost recovered through the payback period, and running cost as an annual expense. The most frequently forgotten component is internal time: the hours your own team spends specifying the process, testing outputs and correcting the first few weeks of edge cases. For a moderately complex workflow that is often comparable to the external build cost, and leaving it out is what turns a three-month payback estimate into a six-month reality.
What payback period justifies going ahead?
Under six months is compelling for most Australian small and medium businesses, and under twelve months is generally a straightforward yes if the process is stable. Beyond eighteen months you are betting that the process will not change materially over the payback window, which is a risky bet for anything touching regulation, pricing or a third-party system you do not control. If your calculated payback is very short, under two months, check your error cost and hourly rate inputs, since that result usually indicates one of them is too generous.
Does this work for AI automation specifically, or just traditional rules-based automation?
Both, though the inputs behave a little differently. Traditional rules-based automation handles structured, predictable work with very low error rates but breaks on anything unexpected, so the residual percentage tends to be higher because more exceptions fall out to humans. AI-based automation handles unstructured inputs such as emails, documents and free text, and copes better with variation, but carries a non-zero error rate of its own, so the review step matters more. Model whichever you are actually considering, and be honest about the residual and error inputs for that approach.
Bring Us the Process, Not Just the Number
Send through the workflow you modelled and we will tell you whether it is a genuinely good automation candidate, and what the realistic build looks like.