Operations

How to Calculate the ROI of Operations Automation

Every automation project has a business case. Most of them are bad. They either count time savings that never materialize, or they ignore the maintenance cost of the automation itself, or they bundle "morale" as a number to make the spreadsheet work.

Here is the framework we use with startups to evaluate whether an automation project is worth doing, with the actual math that holds up after a year.

The four-input model

For any candidate automation, you need four numbers.

Frequency. How often does the task run today? Per day, per week, per month. Be specific.

Time per run. How long does it take a human, end to end, including context-switching cost? Most teams underestimate this. A "five-minute task" that requires opening three tools and answering a question in Slack is closer to 15 minutes of real-world cost.

Build cost. Engineering hours to build the automation, plus integration costs, plus the cost of any new tooling.

Maintenance cost. Engineering hours per quarter to maintain it. Use 15% of build cost as a default. Higher if the automation depends on third-party APIs that change often.

The math

Annual time saved = Frequency per year × Time per run × Adoption rate

Adoption rate matters. If you automate a process but half the team keeps doing it manually because the automation is confusing, you only get half the savings. Realistic adoption rates start at 70%.

Annual cost = Build cost (amortized over 2 years) + Annual maintenance + Tool subscription

If annual time saved (in hours) × loaded hourly cost > annual cost, the automation pays for itself. If the payback period is under 12 months, build it now. If it is 12 to 24 months, build it if you also expect to scale into more usage. If it is over 24 months, skip it.

A concrete example

You want to automate onboarding new employees. Today it takes 4 hours per hire across IT, HR, and the hiring manager. You hire 30 people per year.

  • Annual time today: 30 × 4 = 120 hours
  • Loaded cost: 120 × $100 = $12,000
  • Build cost: 80 engineering hours × $150 = $12,000
  • Maintenance: $1,800 per year
  • Tool cost (workflow platform): $2,400 per year
  • Adoption: 80%, so realistic savings = $9,600 per year

Year-one math: $9,600 saved minus ($6,000 amortized build + $1,800 maintenance + $2,400 tools) = negative $600. Marginal. But year-two and beyond is solidly positive.

This is a borderline build. If you expect to hire 60 people next year instead of 30, it is clearly worth it. If hiring stays flat, you might be better off batching onboarding instead.

The numbers that get missed

Two soft savings are real and worth counting carefully.

Error reduction matters when manual processes have a meaningful failure rate. Onboarding mistakes that delay an employee's start by a week have a real cost. Quote calculations done by hand that go out wrong cost deals.

Cycle time matters when the manual process is on a critical path. If a customer is waiting 48 hours for something that could be automated to under an hour, that latency has a revenue cost.

Both are real. Both are also where most ROI calculations cheat. Only count them if you can defend the number in a board meeting.

Want help building the business case?

We help operations teams scope, prioritize, and build automation projects that actually pay back. No vapor savings.

Get help

Not ready for a call? Same.

Get the playbook, not a sales pitch

If this was useful, Jacob sends a few short, practical notes on cutting cloud spend and scaling infra the right way. No fluff, unsubscribe in one click. Just reply if you want to talk; it reaches him directly.

From Jacob Masse, founder of traztech. No spam, unsubscribe in one click.

Need help with any of this?

We help startups build secure, scalable infrastructure. Book a free strategy call and let\'s talk about your stack.

Book a free consultation