Mason Gray
All insights
When Your Business Outgrows HoThe Institutional Knowledge TrAINewsletterThe Dispatcher Problem Nobody Operations

The System Hasn't Kept Up With the Business

When coordination costs climb, dispatch software underdelivers, and critical knowledge lives in one person's head, the problem isn't your tools, it's that your operating model stopped scaling before you noticed.

April 19, 2026|6 min read
Share

The system hasn't kept up with the business

There's a moment in every growing business when the way you've always run things stops working. Not dramatically. Slowly. Coordination gets harder. People start filling gaps with phone calls, workarounds, and tribal memory. That's not a growth problem. That's an operating model that hasn't kept pace with the business it's supposed to run.


Your Business Is Bigger Than the System Running It

At ten employees, most businesses run on instinct and proximity. The owner knows what everyone is doing. Problems get caught early because the team is small enough that someone always notices. Communication happens in the hallway.

At forty employees, none of that works anymore. But the habits stay.

Dave Valliere of Form and Function Consulting puts it plainly: high coordination costs signal that the business has outgrown its operating model. Practices that worked at smaller scale become bottlenecks as complexity grows. That's not a criticism of how you built things. It's just physics. The structure that got you here was designed for a smaller, simpler operation.

HBR ran a conversation this week on scaling multigenerational businesses. The core tension: the frameworks that built the business often become the constraints that cap its next stage. Same applies whether you're handing off to family or just adding a second crew.

The signal operators miss is that the breakdown doesn't look like a crisis. It looks like meetings that run long, decisions that get made twice, and a few people who are always in the middle of everything. That last one is the tell. When the same two or three people are the connective tissue for every decision, the business isn't running on process. It's running on those people.

Before you buy software, before you hire a coordinator, before you reorganize the org chart, you need to answer one question: what coordination is actually happening, and why does it require that many touchpoints? Map the handoffs. Find where work gets passed between people and what information travels with it. That's where the operating model gap shows up.

The fix usually isn't a tool. It's a decision about how work flows and who owns what.


Why Dispatch Software Won't Fix Your Dispatch Problem

Field service software vendors are promising 15 to 30 percent lower fuel costs and 20 to 26 percent better technician productivity in 2026. Those numbers get repeated in every product roundup. ServiceTitan, FieldPulse, Housecall Pro, Arrivy. The lists are long. The claims are consistent.

What's missing from every one of those lists: any mention of workflow readiness as a precondition for those results.

Here's the honest version of what dispatch software does. It organizes the sequence of work. It routes technicians, tracks job status, and surfaces scheduling conflicts. Done well, it removes a real layer of manual coordination overhead.

What it does not do: define the work. If your job scopes are fuzzy, if your technicians are figuring out the plan when they arrive on site, if exceptions get handled differently depending on who's dispatching that day, faster routing just gets you to the problem faster. You've improved arrival time at a confused job site.

The operational problem precedes the software solution. Always.

Before a dispatch tool can deliver on its promises, you need a few things in place. Jobs need to be scoped clearly enough that the technician knows what they're walking into. Roles need to be defined clearly enough that no one is improvising authority on site. Exceptions need to have a documented path, even if that path is "call the supervisor, " because right now they probably have three different paths depending on who's working that day.

None of that is in the software. That's process work. And it needs to happen before you sign the contract, not after you go live and wonder why the productivity numbers aren't moving.

The FSM market is growing because the coordination problem is real. But tools layered on top of undefined processes don't fix the coordination problem. They automate the chaos at higher speed.


What Leaves When Your Best Person Leaves

Every operations-heavy business has one. The person who knows the exceptions. Who remembers why that customer gets handled a specific way. Who knows which step in the process everyone skips and why it matters that they skip it. Who you call when something breaks and no one else knows what to do.

When they're out sick, things slow down. When they leave, things break. And you realize, usually too late, that a significant portion of your operating capability was stored in one person's memory.

Ronan Wall flagged this week what most operators already know but rarely say out loud: knowledge trapped in people's heads is one of the top three issues that derail scaling companies. Because when those people are unavailable, the business loses capability it cannot recover quickly.

This is not an HR problem. It's a documentation problem with a business continuity consequence.

The fix is not complicated. It's just work that keeps getting deprioritized because the person who holds the knowledge is currently available. That's the trap. While they're here, the urgency is low. When they're gone, the urgency is too late.

The operations manual category is getting a lot of attention right now, which suggests more operators are waking up to this gap. ProProfs, HBR, and a range of productivity outlets all ran documentation-related content this week. The market is searching for the answer.

The answer is to sit down with the person who carries the knowledge and document what they know before you need it. Not at a general level. Specifically. Step by step. Including the exceptions and the workarounds, because that's where the real operating knowledge lives. The workarounds exist because the official process doesn't cover something. If you only document the official process, you've missed half of how the business actually runs.


The Takeaway

This week, pick one process in your business that currently depends on a specific person being available to run correctly. Sit with that person for 30 minutes. Ask them to walk you through it out loud, including what they do when something goes wrong. Write down what they say.

You don't need software for this. You don't need a consultant. You need 30 minutes and a document.

That conversation will tell you more about where your operating model is fragile than any tool assessment or org chart review.


If your team is dealing with coordination overhead that keeps climbing no matter what you add, that's exactly what we audit. Hit reply and tell me what's breaking.

Get the next one

New articles on operations, AI, and building businesses that actually scale. No spam.