Menu
← All playbooks
Decouple growth from payroll 9 min read Updated June 11, 2026

Growing revenue without growing headcount: the operating playbook

The default answer to every growth problem is a hire, and every hire costs $130K–$153K fully loaded. The hiring test, the workflows worth encoding into systems, and the math that shows why the same revenue on a smaller payroll is a different business.

Who this is for: Owners and CEOs of $5M–$100M companies whose headcount grows in lockstep with revenue

Why the default answer is always a hire

When orders back up, the warehouse asks for a person. When the phone rings too much, the front desk asks for a person. When quotes take too long, sales asks for a person. Hiring is the default solution to every operational problem because it’s the only lever most companies have ever pulled, and each pull costs more than the offer letter says. A typical mid-market role runs $130K–$153K per year in fully loaded cost The true annual cost of a hire: salary plus taxes, benefits, tools, and management overhead. Roughly $130K–$153K for a typical mid-market role. once taxes, benefits, tools, and management time are counted.

Pull that lever in lockstep with revenue and you’re in the payroll trap Chasing revenue by hiring until margins erode and the business becomes hard to sell: the loyal thing (making payroll) quietly destroying the owner's exit. : the company gets bigger, the margins don’t, and a buyer eventually prices the whole pattern as risk. The way out isn’t layoffs. It’s making the next dollar of revenue arrive without the next dollar of payroll.

The hiring test

Before every hire, two questions, in this order:

  1. Will this role generate at least its $130K–$153K fully loaded cost in incremental revenue within 12 months? Not “will they be busy.” Busy is guaranteed; incremental revenue is not.
  2. Could the existing team do this work with better systems? If your revenue per employee sits below your industry median (and the exit-value playbook shows how to check), the honest answer is usually yes.

A hire that fails both questions isn’t growth. It’s margin leaving the building on a recurring schedule.

Two ways to run the same revenue

A worked example from 2025–2026 operating research, using a 10-client services business:

  • The traditional path: 10 clients, 5 employees. $30,000 a month in revenue, $22,000 a month in costs. $8,000 of profit.
  • The systems path: the same 10 clients, 2 people, with the repeatable work encoded into systems. $30,000 a month in revenue, $8,000 a month in costs. $22,000 of profit.

Same clients. Same revenue. Nearly three times the profit, and a business that’s less fragile, not more, because the work lives in systems instead of in whoever might resign next month. Revenue per employee goes up instead of flat, margins expand because operating costs stop growing in step with sales, and the marginal cost of the next client approaches zero except for the work that genuinely needs a human.

Pick the workflows that trigger job postings

Don’t start with what’s interesting. Start with the last twelve months of job postings, written, drafted, or merely threatened. Each one points at a workflow that has outgrown the team, and that list is almost always short: two or three workflows account for most of the pressure.

The usual suspects: answering and routing inbound calls, re-keying data between two pieces of software, preparing quotes from the same price list every time, chasing documents, turning one format of paperwork into another. The test for each: is the work repeatable enough that you could write down the rules? If yes, it’s a candidate for a system. If the rules change every time, it stays human.

Encode the repeatable work into systems

This is where the work that took three people starts taking one. Two examples from our own client deliveries:

  • A phone line that answers itself. For an IT-services company, we built a system that answers real inbound calls, holds the conversation, and logs everything into their customer database, running in production on their own server. The job posting that workflow would have triggered never got written.
  • The re-keying that quietly eats a role. For three different businesses we built small bridges between systems: catalog data flowing to the point of sale, orders flowing to the printer, invoices flowing out of inboxes, each one replacing a recurring chunk of manual work that would otherwise have justified headcount.

Neither engagement has a measured revenue lift attached yet, and I won’t pretend otherwise. What they prove is the shape of the move: find the workflow, write down its rules, build the system, hand it to the team.

The biggest operators already made this bet

The 2025–2026 reporting on large companies is unambiguous about which direction output per person is moving:

  • Klarna reduced headcount from 5,000 to roughly 3,000, with its systems reported to be carrying the work of 853 full-time roles.
  • Block halved headcount from 10,000 to under 6,000, crediting the same shift (February 2026).
  • Intuit cut about 1,800 roles while expanding the systems that absorbed the work (July 2025).
  • PwC’s research finds organizations that made this transition show three times higher revenue per employee than peers.

You don’t need their scale and you shouldn’t copy their layoffs. The point is narrower: the frontier of what one person can produce has moved, and mid-market companies that keep solving every problem with a hire are now competing against companies that don’t.

The readiness check most owners skip

The bottleneck in this playbook is rarely the technology. It’s execution quality. Before scaling any of it, three things have to be provably true: the skills exist on your team (or you’re explicitly buying them), ownership is unambiguous (one named person runs each system), and incentives reward the new behavior (nobody’s bonus depends on the old headcount). If any of the three is fuzzy, the research verdict is blunt: you are funding confusion at scale.

Get them right and the realistic target, drawn from the same value-creation plans buyers use, is a 25–50% lift in revenue per employee over 12–18 months. Often the fastest first move isn’t a new system at all: it’s capturing revenue already sitting in your order data with the team you have.

Phase Doing it yourself With an operator
Finding the 2–3 workflows that matter Trial and error, often a false start or two Diagnosed against job postings and the P&L in week one
Building the first system 3–6 months alongside the day job Weeks, deployed to production
Surviving real volume Usually 1–2 rebuilds after launch Built for production conditions from day one
Handing it to your team Depends on who remembers how it works Named owner trained; I'm not a dependency

From hiring-by-default to systems-by-default.

Not ready to talk to anyone?

Run the Capacity Check: five inputs, your number, no email required.

Referenced by