Back

Back

Operations

The Efficiency Work That Pays for the Growth Work

Operational efficiency ROI in a small company is paid in hours, not pounds. How to find those hours and spend them on growth, not savings.

The return on operational efficiency work in a small company is almost never a cost saving, because there is rarely a cost to cut. It is hours, released from people you are not going to make redundant, which means the whole return depends on what those people do next. Spend the hours on more of the same work and you have bought yourself nothing but a calmer week. Spend them on the growth work nobody has had time for, and the efficiency project has funded the growth project.

That sentence is the entire argument, and most companies get it backwards. They treat efficiency and growth as two budgets competing for the same attention, run the growth push first because it is the exciting one, and then wonder why it stalls in month two.

Why the ROI case for efficiency usually reads as nonsense

Open any efficiency business case written inside a company under fifty people and you will find a number that nobody believes. Fourteen hours a week recovered, multiplied by a blended hourly rate, annualised, presented as a saving. The finance-minded person in the room asks the obvious question: whose salary goes down?

Nobody's. The hours do not leave the payroll. They move.

So the honest version of operational efficiency ROI in a small company is not a pounds figure at all. It is a capacity figure with a destination attached. Six hours a week off the person who does quoting, and those six hours go into following up the twenty leads that currently go cold. That is a claim you can check in ninety days. "£31,000 of annualised savings" is a claim nobody ever checks, which is precisely why it keeps getting written.

There is a second reason the case reads as nonsense. Efficiency work is usually sold as a reduction in effort, and founders do not lie awake worrying about effort. They worry about the pipeline. A project pitched as "this will be less annoying" loses every argument against a project pitched as "this will bring in customers", and it deserves to.

The three places the hours actually are

In a company of eight to forty people, released capacity comes from three places and almost nowhere else.

Waiting. Not work, waiting. A job sits for two days because one person has to approve it and that person is in client meetings until Thursday. The two days cost nobody any effort at all, which is why they never appear in anyone's estimate of where the time goes, and they are usually the largest single item.

Duplication. The same information entered twice because two teams keep two systems, or the same report built by hand every Monday by someone who has never been told it is also built automatically somewhere else. This is the one people are most embarrassed about when they find it, and the one that is fixed fastest.

Rework. Work that gets done, comes back wrong, and gets done again. Rework is expensive out of proportion to its size because it consumes the same hours twice and puts a person in a bad mood for the second pass.

Notice what is not on that list: people working slowly. It is almost never that. The instinct to look for the slow person is why so many efficiency projects turn into surveillance projects and then die, resented, in month three.

Finding them without a six-week study

The obstacle is not that these three things are hard to fix. It is that nobody can see them, because seeing them requires holding the whole business in your head at once, and past about eight people no single person can. The sales lead knows sales. The ops lead knows delivery. The waits live in the gap between them, and the gap belongs to nobody.

This is what a map is for, and it is the cheapest part of the whole exercise. Departments, roles, the systems each team runs on, and the processes that cross between them, in one view. abi. Clone builds that free working model of how your business actually runs, with no card and no time limit, so the diagnosis costs you an afternoon rather than a consulting engagement. Duplication shows up the moment two teams' systems are drawn next to each other. Waits show up as soon as you trace one real job across the handoffs.

You do not need to map everything. Map quote to cash, map delivery, and stop. Those two flows contain most of the waiting in most businesses, and a map that tries to be complete never gets finished.

Spending the hours on purpose

Here is where most of this goes wrong, and it is worth being blunt about it. Released hours do not reallocate themselves. Work expands. If you free six hours a week from quoting and say nothing, those six hours will be absorbed within a fortnight by whatever is loudest, and in three months you will have a slightly less stressed team, no new revenue, and no idea whether the project worked.

So name the destination before you start the work. Not "we will have more capacity", but "Sarah will spend Tuesday afternoons on outbound to the twelve accounts that match our best customers". Then measure the destination rather than the saving. The question at ninety days is not how many hours were freed. It is whether the outbound actually happened, and what came of it.

That is the point where the efficiency side and the growth side stop being two projects. The map tells you where the hours are. Something has to tell you whether spending them changed anything, and gut feel will not, because gut feel about a ninety-day trend is worthless. abi. reads your live pipeline, revenue and marketing data and reports weekly on whether the plan is actually working, which is the only way to close the loop between an hour released in March and a deal closed in June.

When to skip this entirely

Two cases, and both are common enough to say out loud.

If you have one obvious fire, go and put it out. A company losing a customer a month to a broken onboarding does not need a map of its whole business, it needs onboarding fixed this week. Mapping in that situation is procrastination with good visuals.

And if you have no growth work waiting, do not do the efficiency work at all. The entire return here is the redirection of hours. No destination, no return. A company with a full pipeline it cannot serve should be hiring, not optimising, and a company that has not yet worked out who it sells to has a positioning problem that no amount of released capacity will touch.

The rest of the time, the sequence holds. Find the waiting, kill the duplication, name where the hours go, then watch the numbers that were supposed to move. Growth work funded by efficiency work is the only growth budget most small companies actually have.