A simple calculation showing what a manual process costs per year - including the components everyone forgets: errors, corrections, and what did not get done instead.
Key takeaways
- The base formula is frequency × time × hourly cost, but that is only the start.
- Errors and their correction are often larger than the time itself.
- The real cost includes what did not get done - the component you cannot ignore.
- The final number exists to support a decision, so rough and fast beats precise and late.
Manual work looks cheap because it is already paid for: the employee is there, the wages go out, and no budget line says "data entry". The calculation below turns it into a number, and includes the three components almost always forgotten - errors, corrections, and what did not happen because of the time it consumed.
The formula, in four layers
| Layer | The calculation | What it captures |
|---|---|---|
| 1. Direct time | Weekly frequency × minutes × 52 | Annual hours on the task |
| 2. Hourly cost | Gross pay ÷ working hours, plus employer costs | What an hour genuinely costs |
| 3. Errors | Error count × correction time × hourly cost | Including the time of whoever found it |
| 4. Opportunity cost | What those hours could have produced | The largest component, and an estimate |
Layer two surprises many managers: the cost of an employee hour exceeds the hourly wage, because it includes employer costs, holiday and sick days, and non-productive time. Calculate it once and reuse it in every subsequent calculation.
A worked example: typing orders into the system
Take a business receiving orders by phone and WhatsApp and typing them into a system manually.
Layer 1 - direct time. 40 orders a week, 4 minutes each = 160 minutes a week, about 2.7 hours. Annually: roughly 139 hours.
Layer 2 - hourly cost. Say the fully loaded hourly cost is X. 139 hours × X is the direct cost, and in a typical business that is already a figure that justifies a discussion.
Layer 3 - errors. If 3% of orders are entered with an error - address, quantity, price - that is around 62 orders a year. Each correction averages 20 minutes across a call to the customer, a fix in the system and sometimes a redelivery: another 21 hours or so. And that is before the direct cost of a redelivery or a credit.
Layer 4 - what did not happen. Those 160 hours are about three full working weeks. The question is not theoretical: what would have happened if that person had spent three weeks on selling, on collections, or on existing customers.
The sum of all four layers is the number you put against the cost of a solution - not layer 1 alone, which is the usual way to understate it.
Why errors cost more than they appear
Correcting an error is not only the corrector's time. It includes the time of whoever found it, the conversation with the customer, sometimes a credit or a redelivery, and a price you cannot quantify - trust. A customer who received a wrong order checks the next one more carefully, and sometimes checks another supplier too.
So it is worth recording separately, for one month, how many errors came from typing or from moving information by hand. That number is usually the strongest argument in the whole calculation, because it is concrete rather than theoretical.
What not to include
- Time that will not genuinely free up. If the saving is five minutes a day, nobody will do anything else with it.
- The owner's hours priced as an employee's. They are worth more, which changes the conclusion.
- Theoretical savings assuming everything works perfectly.
- The tool's cost alone, without the time to set it up and maintain it.
The first matters especially: a real saving is one that accumulates into a block of time you can do something with. Half an hour a day is a block; five minutes five times a day usually is not.
How to use the number
This number supports three decisions. First - whether it is worth changing anything at all, or whether the cost is lower than the disruption. Second - how much may be invested in a solution, where one year's cost is usually a sensible ceiling. Third - which process to fix first, when there are several.
What matters is comparing against the full cost of the solution, including setup, maintenance and whoever maintains it. The full treatment of that side is in measuring automation ROI honestly, and it is what prevents the opposite mistake - investing in a solution more expensive than the problem.
Where this calculation pays off most
In processes that happen many times and take little time - exactly the ones that do not feel like a problem. Nobody complains about four minutes, but four minutes forty times a week is three weeks a year.
By contrast, a process that happens monthly and takes two hours will nearly always calculate as not worth automating - however irritating it is. Which is precisely why you run the calculation: it separates what annoys from what costs, and those are not the same thing. The wider selection sequence is in how to improve business efficiency.
What do you do when the number comes out high?
Not necessarily buy a tool. The cheapest sequence is always the same: first check whether the process can be eliminated, then whether its frequency can be reduced, and only then consider automation. In the order-entry example, one change - sending the customer a link to fill in their own details instead of typing after them - removes most of the cost with no system at all.
What matters is not turning the calculation into a project. It should take half an hour and rest on rough estimates; a calculation that takes a week produces precision nobody needs, while the process carries on costing exactly what it did before.
The component hardest to quantify and most important
Opportunity cost - what did not get done - is the component people delete because it cannot be proven. That is a mistake, because it is usually the largest. The practical way to estimate it is not to price "what might have happened" but to ask a concrete question: what is the first thing we would do if we had three free weeks this year.
When there is a clear answer - call old customers back, finish the website, collect outstanding debt - opportunity cost stops being an abstraction and becomes an item you can discuss. And when there is no answer, that is information too: this manual process may not really be costing you what it appears to.
Sources
Frequently asked questions
How do you measure time without monitoring employees?
Ask them. The estimate of whoever performs the task is accurate enough for a decision, and it is usually lower than reality rather than higher. Automated time tracking produces resistance and biased data, and it is not needed for a decision at this level.
What if the employee is not busy anyway?
Then layer 4 is small and the calculation rests on layers 1 to 3. That is a perfectly legitimate answer that may lead to the conclusion that changing it now is not worth it - a conclusion as useful as the opposite, because it prevents unnecessary spending.
Should I include my own hours as the owner?
Yes, and at a higher cost. An owner's hour is worth what it would have produced in sales or in developing the business, so a manual process consuming the owner's hours justifies a change far earlier than the same process performed by an employee.
How often should the calculation be repeated?
Annually, or whenever volume changes significantly. A process that was cheap at 20 orders a week looks entirely different at 60, and that is exactly the point where businesses discover they are working in a way that suited them two years ago.
Keep reading
Related service
MVP Development
Turn an idea into a validated product in weeks, not months.
About the author
Yehonatan Saadia
Freelance automation, web & MVP developer
I'm Yehonatan Saadia, a senior developer who builds business automation, custom websites, and MVPs for small and mid-sized companies across the US, Europe, and Israel. These guides come from real client work, not theory.
Work with meHave a project like this?
Tell me what you're trying to automate or build and I'll tell you the fastest reliable way to ship it.
