Every company past a certain size has a process nobody defends and nobody removes. It works. It is also the most expensive thing on the floor, and the reason it survives is that its cost never appears on a single line of any report.
The four costs, in the order people forget them
The first is the obvious one: hours worked. Take the loaded hourly cost of everyone who touches the process, salary plus employer contributions plus benefits plus the desk they sit at, and multiply by the time the work truly takes rather than the time it is supposed to take. Ask the people doing it, not the process document.
The second is rework. Manual steps produce errors at a rate nobody tracks, and each error costs more than the original task because someone has to notice it, find it, and redo it, usually under time pressure. If your team cannot tell you the error rate, that is the finding.
The third is waiting. Work sitting in someone's inbox costs nothing in salary and a great deal in outcome. A file that waits three days for a signature is three days of capital not moving, three days closer to a competitor's answer arriving first, three days of a client wondering whether they chose right.
The fourth is the one that matters most and gets measured least: the opportunity that was never processed at all, because the queue was full. Capacity you do not have is revenue you do not see, and it does not appear anywhere as a loss.
A calculation you can do this week
- Pick one process with real volume. Not the most annoying one, the most frequent one.
- Count how many times it runs per month, and how many people touch each run.
- Get the loaded hourly cost for each of those roles from finance, not from memory.
- Ask the people who run it how long it takes on a bad day, and use that number rather than the average.
- Ask what percentage comes back for correction, and what a correction costs in time.
- Measure the wait between the steps, not just the work inside them. The wait is usually longer than the work.
The result is almost always larger than expected, and the surprise is rarely in the hourly rate. It is in the volume multiplied by the waiting.
Why the number alone does not justify automating
A high cost is a reason to look, not a reason to build. Automating a process nobody has mapped multiplies whatever is already there, including the parts that are wrong. If the qualification rule lives in one person's head, a machine cannot apply it either, and you will have bought a faster version of the same confusion.
So the honest sequence is: measure the cost, map how the work actually happens, then automate only the steps that are already correct and repeatable. The mapping usually shrinks the build, because several expensive steps turn out to exist for reasons that no longer apply.
What each person in the room needs to hear
The finance lead needs cost per completed unit, before and after, with the error rate included. The operations lead needs to know which bottleneck moves first and what happens to the queue behind it. The owner needs to know how much of this process currently depends on one irreplaceable person, because that dependency is a discount on the value of the company. The technology lead needs to know what the system connects to, who can see what, and what happens when a model is unavailable.
Those are four different questions about one process. Answering only the cost question is how automation projects get approved and then quietly resented.
The uncomfortable finding
Most companies at this scale are not short of tools. They have several, each holding part of the truth, and the manual work exists to carry information between them. That work is invisible because it has no owner and no line item, and it is often the single largest operating cost that nobody has ever costed.