All posts

The model that grew without being updated

Hudson Ross4 June 20264 min read

Most businesses are running on infrastructure built for an earlier version of themselves.

A professional services firm that has grown from a boutique practice to a national operation still runs conflict checks through a shared inbox, because nobody ever had the time to replace a process that technically worked. A financial services group with hundreds of staff still produces weekly performance reports by having analysts manually extract figures from four separate systems, because the systems were acquired at different times and were never integrated. A logistics operator managing thousands of movements a month still relies on a central operations manager to manually assign jobs each morning, a process designed when the fleet was a fraction of its current size, and one that has become the single most expensive bottleneck in the business.

In each case, the process was functional once. It is now the constraint on everything else: on how fast the business can take on new work, on how much time senior people spend on administration instead of judgment, on how reliably the business delivers when it is under pressure.

The pattern holds across industries and at every scale. Processes designed for a business at one stage of growth are rarely revisited as the business evolves: they accumulate workarounds, get staffed around, and the original logic that made them sensible becomes the ceiling that limits performance.


Why it persists

Operational infrastructure does not get fixed for three reasons that reinforce each other.

The first is that the symptoms get misread. When a growing business experiences slow delivery, margin erosion, or decisions that always funnel through the same two people, the diagnosis is usually a talent problem or a management problem, leading to a better operations manager, a strategy day, clearer KPIs. The underlying process debt, the accumulation of workflows that were never updated, stays invisible because it is not where attention goes.

The second is that every fix gets treated as a tool decision. The business buys a project management platform, a CRM, an AI writing assistant, a new finance system, and the tools arrive while the processes they were supposed to replace continue running, sometimes in parallel with the new technology. Docusign's 2024 Digital Maturity Report found that 54% of staff at organisations that had increased technology investment were not using those tools to drive efficiency. The tools are not the problem; the operating model they are being asked to sit inside is.

The third is urgency. Operational reform requires time that never exists: time to map workflows end to end, find the points of genuine friction, design replacements that do not break what is already working, and implement them without stopping the business while it runs. There is always a client, a quarter, a hire, a deadline that comes first. Infrastructure investment is permanently deferred to the moment things slow down. Things do not slow down.

The ambition is not in question. The Thomson Reuters Institute's 2025 C-Suite Survey, which canvassed 200 senior executives across eight countries, found that digital transformation ranked as a high priority for 82% of respondents, with improving operational efficiency close behind at 64%. What that investment rarely includes is the work that determines whether transformation actually lands: identifying the processes creating the most friction, building systems designed to replace them, and sequencing implementation so the business realises value from day one rather than enduring months of disruption on the promise of future return.


What actually changes

The distinction that matters is between adding tools and implementing an Intelligent Operating System.

Adding tools assumes the existing operating model is sound and layers capability on top of it. An Intelligent Operating System starts with the specific processes creating the most friction, cost, or constraint, and replaces them with systems built to handle that work. The operating model stays intact. The manual infrastructure inside it does not.

In a professional services firm, this means the coordination work around scoping, tracking, and delivering client engagements is handled by the system, so that work requiring senior judgment reaches the people who can apply it, and everything else runs without intervention. In a financial services business, it means performance information is accurate, consolidated, and available in real time, rather than assembled by hand from four systems every Friday. In a large logistics operation, it means job assignment, client communication, exception handling, and reporting are handled by systems designed for the purpose, freeing senior coordinators for the decisions that actually require human judgment.

The outcome in each case is not faster execution of the same process. It is the same operating model, running without the drag that was costing it margin, capacity, and the time of its most expensive people.


The compounding argument

The case for acting is not symmetrical. Inaction does not hold a business in place; it moves it backwards, because the cost of process debt grows with every person hired into it.

A business that scales headcount without addressing its process infrastructure does not dilute the friction across more people, it multiplies it. The approval bottleneck that slowed ten people slows thirty. The manual reporting process that took one analyst three hours now takes two analysts five, with discrepancies between them that require a third to resolve. The client onboarding that depended on one person's institutional knowledge now depends on several people's competing versions of it. Each new hire either absorbs the dysfunction, making it a permanent cost, or works around it, making it a permanent source of inconsistency. 

The value of change is well documented. Asana's Anatomy of Work Index, which surveys nearly 10,000 workers across major economies, found that improved processes could recover 4.9 hours per week per person, more than six full working weeks across a year. At scale, that is not a productivity improvement. It is a structural change in what an organisation can do with the people it already has.

The businesses that move first do not simply recover margin, though they do that. They build something that compounds: each new module removes friction, each reduction in friction frees capacity, and that capacity either flows to higher-value work or reduces the cost of doing the same work at greater scale. Most leadership teams already know where the constraints are. The cost of knowing and not acting is the one that accumulates fastest.


Karst is an operations and technology firm that designs and implements Intelligent Operating Systems to deliver commercial outcomes. Built by operators. Powered by AI. Measured in outcomes.

Continue the conversation

Want to talk about how this applies to your business?

Book a consultation session and we will work through it together.