Observable condition
Sales grows. Customer numbers rise. The response is another administrator, then another coordinator, then another person to reconcile, schedule, update or chase. The business is clearly larger, but the internal workload seems to expand at almost the same rate as the top line.
This can feel normal because the hiring follows real demand. The pattern becomes visible only when management asks whether every new unit of revenue genuinely needs the same amount of administrative effort as the last one.
Take a logistics broker that moved from 40 to 90 active clients over three years. In that period it went from two to five operations administrators. Each new client brought its own booking emails, its own spreadsheet of rates, its own invoicing quirks and its own weekly status report compiled by hand. Nobody did anything wrong. The business simply had a process in which every client added a fixed slice of manual work, so headcount followed the client count almost exactly.
Realisation
Growth and scale are not the same thing. Growth means the business is doing more. Scale means it can do materially more without every support input rising in direct proportion.
The organisations that gain operational advantage tend to redesign work end to end rather than add tools to an unchanged process. Technology creates stronger value when companies redesign workflows and operating models rather than merely speeding up existing activities. IBM frames operational efficiency in similar terms: optimising processes and resources so that productivity holds or improves while operating cost falls, which is what allows output to grow without a matching rise in cost.
Realisation prompt: If revenue doubled, which administrative roles or recurring tasks would also have to double under the current operating model?
Realisation prompt: If revenue doubled, which administrative roles or recurring tasks would also have to double under the current operating model?
Identification
This is an operating-leverage and process-scalability problem. The issue is not that hiring is inherently bad. The issue is whether headcount is being added for work whose volume could be absorbed through standardisation, better information flow, clearer ownership or automation.
Diagnosis
Linear administrative scaling usually comes from unit-based manual work: every customer generates a new set of emails, every order creates a new data-entry sequence, every project requires manual setup, and every exception is coordinated by people.
Other contributors include fragmented systems, inconsistent processes, unclear handoffs and weak self-service. Each one adds small amounts of work per transaction. At low volume the work is tolerable; at higher volume it becomes a structural cost curve. Our article on why growth breaks systems that worked when the business was smaller explains why arrangements that were perfectly sensible at 20 orders a day stop working at 200.
A simple way to measure it
The most useful diagnostic is a "work per unit" calculation. Choose the unit that drives your business: customer, order, shipment, project, claim or policy. For a typical unit, list every administrative step from start to finish and estimate the minutes each takes. Then multiply by monthly volume.
| Step per order | Type | Could it be absorbed? |
|---|---|---|
| Re-key order from email into the system | Deterministic | Yes: structured intake or integration |
| Check stock and confirm delivery date | Rule-based | Mostly: automated check, people for exceptions |
| Send confirmation and updates to customer | Deterministic | Yes: event-driven notifications |
| Resolve a pricing dispute | Judgement | No: keep with people |
| Prepare and send the invoice | Deterministic | Yes: generated from the order |
The exact minutes will differ for every business, so measure your own. What matters is the split. If most of the per-unit work is deterministic or rule-based, headcount is being added to carry a process rather than to add capability.
Warning signs
- Job adverts for administrators describe the same tasks as existing roles, just "more of them".
- Month-end, peak season or a large new client causes overtime across the back office.
- Team leaders spend much of their time allocating and checking routine work.
- Customer status questions are answered by someone looking things up manually.
- New staff take weeks to become productive because the process lives in people's heads.
Commercial impact
The commercial value at stake is scalability, margin, capacity and growth. If support headcount grows almost linearly with revenue, the business may struggle to expand margin even while sales increase. Management layers also tend to grow because more people create more coordination.
This is why operating leverage is commercially important. The objective is not to eliminate people. It is to ensure that additional people are added where they create new capability, not merely to keep an unchanged process moving. The financial side of this is set out in the cost of scaling by adding headcount.
Common misidentification
The common assumption is "we are growing, so of course we need more people". Sometimes that is completely true. A new market, a new service or a larger customer base may require genuine additional expertise. The misidentification happens when businesses fail to separate value-creating roles from headcount that compensates for repeated manual handling.
A second misidentification is to blame the people: "the team is slow" or "we need better administrators". Capable staff working inside a manual, fragmented process will still produce linear workload. Training them harder does not change the shape of the curve.
Possibility
A more scalable operating model standardises the common path, automates deterministic steps, gives teams shared operational visibility and reserves human effort for exceptions, relationships and judgement. Volume can rise without every administrative activity rising at the same rate.
IBM's overview of workflow automation lists the kinds of work that suit this treatment: repetitive processes such as manual data entry and routine approvals, rule-based workflows such as notifications and compliance checks, and administrative functions such as invoice processing. These are often exactly the tasks that drive linear hiring.
In the logistics broker example, the redesign was not exotic. Bookings moved from free-text email to a structured form that created the job directly. Rate tables moved from per-client spreadsheets into the operational system. Status updates were sent automatically from job events. Invoices were generated from completed jobs. The administrators stayed, but their work shifted to exceptions, carrier problems and client relationships, and the next 30 clients did not require the next three hires.
Intervention
Measure the work created per customer, order, case or project. Identify which steps repeat predictably, which require judgement, and which exist only because information is fragmented. Then redesign the flow before selecting technology.
Useful interventions can include workflow orchestration, integrations, automated document generation, self-service, event-driven communication, shared data and clearer process ownership. Before committing money, build a simple business case from your own volumes and labour rates; how to calculate the business case for automation shows how.
Trade-offs
- Hiring is faster in the short term. A new administrator can start next month; redesign takes longer. The right answer is often to hire to cope while redesigning so the next hire is not needed.
- Standardisation can feel like lost flexibility. Some clients value bespoke handling. Price and resource that deliberately rather than letting it leak into every client.
- Automation needs ownership. Automated steps need someone to monitor them and handle failures, or the work simply moves to a new form of firefighting.
What to do first
- Pick your main volume driver and calculate admin minutes per unit.
- Classify each step as deterministic, rule-based or judgement.
- Choose the single largest deterministic step and remove or automate it.
- Re-measure minutes per unit after a quarter and before approving the next administrative hire.
Practical diagnostic questions
- Which roles have grown fastest as revenue has increased?
- What recurring work does each additional customer or transaction create?
- Which of those steps require judgement?
- Where are people compensating for disconnected systems or unclear ownership?
- If volume doubled tomorrow, what would break first?
Bottom line
If revenue growth reliably creates proportional administrative growth, the business may be adding size without adding enough leverage. The pattern is valuable because it changes the question from "who should we hire next?" to "which part of the operating model is forcing us to hire for volume?"
Sources and further reading
- What Is Operational Efficiency? - IBM (last verified 10 October 2026)
- What Is Workflow Automation? - IBM (last verified 10 October 2026)
Related Mellorca reading
- Why Growth Breaks Systems That Worked When the Business Was Smaller
- How to Calculate the Business Case for Automation
- The Pain of Repeatable Manual Work