Cookies

    We use one analytics cookie (Google Analytics) to understand which pages are useful. No ads, no reselling, and declining changes nothing about how the site works. Privacy Policy

    ← All articles
    Operating Model

    Growth That Only Scales by Hiring

    By Revuity Systems ·

    When every new customer needs another pair of hands, the business gets bigger without getting stronger. Hiring people to carry work a system should be carrying is a cost that grows right alongside your success.

    Revenue is up forty percent, and so is headcount. Margin is flat or slightly down, and nobody can quite explain why the headcount had to follow the revenue so closely.

    The answer rarely lives in the finance model. Somewhere in the middle of the business there's work only a person can do, and the reason is that it was never designed to be done any other way, even though it doesn't need much judgment. Every new customer brings more of that work, and the only lever anyone has is another hire, which makes it the version of broken work that stings most, because it only shows up when things are going well.

    Hiring can be exactly right

    It's worth being careful here, because the lazy version of this argument is wrong and unfair to people doing real jobs.

    Growing the team is often the right move. More customers need more relationship owners, more complexity needs more expertise, and some work genuinely calls for a person and always should. A services business that grows by hiring skilled people to deliver its work is simply growing.

    The specific trap is narrower: hiring people to absorb work the system should be carrying. The question is whether a new person is doing work that needs a human, or work that needs a human only because nobody defined it well enough to be done another way. On an org chart those look identical, and over three years they behave completely differently.

    How to tell which you have

    For each recent hire, estimate how much of their week goes to judgment, relationships, or expertise, and how much goes to moving information between systems, chasing status, re-entering data, or checking that something happened. That second bucket is a missing capability being covered by a salary.

    How it happens

    Nobody decides to grow this way, it's the sum of a lot of good short-term decisions.

    Volume rises and something starts taking too long. The quickest fix is a person, since a person can start Monday and a system can't, so someone gets hired, it works, and the pressure eases. That really is the right call in the moment, and it stays the right call the next time and the time after that. Each decision makes sense on its own, and the pattern still goes wrong, because nothing in the process ever asks whether the underlying work should exist.

    Meanwhile the work gets harder to remove. The more people doing it, the more ways it gets done and the less any single definition of it exists, until one person's workaround has become six people's job description. By then changing it is a people-and-habits project more than a technical one.

    What it really costs

    Payroll is the cost everyone models, and it's the smaller part.

    Coordination grows faster than the team. Every person added to a process adds handoffs, and handoffs are where work waits, so ten people doing coordination work end up generating coordination for one another.

    The unit economics quietly flip. When the cost of serving each customer rises in step with volume, growth stops improving your margin and starts wearing it down, and most teams notice about two years after it started.

    Variation settles in for good. Six people running an undefined process run it six ways, so quality depends on who picked up the work, which is invisible inside the company and very visible to customers.

    Planning turns into guessing. Nobody can forecast the staffing a new contract needs, because nobody knows how much of today's work is necessary and how much is friction, so bids end up padded or underpriced.

    Your best people get stuck with the exceptions. The strongest operators absorb the odd cases because they're the ones who can, which is the most expensive way to use them and doesn't show up in any report.

    Key Takeaway

    When the cost of serving each customer rises one-for-one with volume, the business gets larger and less profitable at the same time, and every new win makes it a little worse.

    Finding it takes an afternoon

    You don't need a big program to spot this, just one number and a few hours.

    Track the cost to serve one unit over two years. A unit is whatever your business actually delivers: an order, a case, a client, an enrollment, a claim. If that cost is flat or rising while volume grows, the system isn't absorbing any of the growth, and every gain so far has come from people working harder, which only stretches so far.

    Watch where the work actually goes. A survey will give you the job description, so sit with two or three people through an ordinary day instead. You'll see the same things every time: re-entering information that already exists somewhere, chasing a status no system holds, checking that a handoff landed, and handling exceptions that have no defined route.

    Count the exceptions. In most operations a small share of cases eats a large share of the effort, and nobody has measured it because exceptions get handled off the record. If a third of your capacity goes to fifteen percent of the volume, you've found your answer, and it can usually be fixed without touching the main path.

    What changes it

    Define the work before you automate it. Automating an undefined process locks the variation in and speeds it up, and the definition is both the hard part and the valuable part.

    Fix the inputs first. A lot of manual effort exists to make up for information that arrived incomplete or inconsistent, and fixing it where it enters removes work downstream that no internal tool can.

    Design the path for exceptions. You won't eliminate exceptions, and you can name them, route them, and count them. Exceptions handled by whoever happens to notice are the most reliable source of hidden cost in any operation.

    Automate what's left that follows clear rules, and only that. After the first three steps it's usually smaller than the original brief, and it can be specified, tested, and reviewed.

    Then measure the cost to serve again. If it hasn't moved, the diagnosis was wrong, and it's better to say so than to keep building.

    The aim is growth without the drag

    This argument gets misused, so it's worth saying plainly that reducing headcount is rarely the goal. In most businesses where this pattern appears, the business is growing and wants to keep growing, and the aim is that the next forty percent of volume doesn't require another forty percent of people, so the people you have can spend their time on work that truly needs them.

    A business that has to hire in proportion to its growth has a ceiling set by how fast it can recruit and train, whatever the demand, and that's an odd limit to accept by default.

    A useful question for this week

    If volume doubled next year, what would happen to your cost line? If the honest answer is "it would roughly double," the system is carrying none of the load, and the growth you're working toward will arrive with its own tax attached.

    Back to articles

    Start here

    Set up your own operating environment.

    Starter is $299, bought online, with no sales call.