Insights Business Systems

When Growth Starts Creating Operational Friction

Growth rarely breaks a business where the work is done. It shows up at the handoffs — the points where information moves from one team to the next, and something has to be restated for it to travel.

Business Systems 4 min read

Editorial photograph — two teams coordinating work across a shared operational handover.

Most businesses do not notice the moment their operating model stops fitting. There is no single failure. Orders still ship, invoices still go out, customers are still served. What changes is the amount of effort required to keep those things true.

That effort tends to collect in one place: the handoff. Not inside a team, where people know their own work well, but in the space between two teams where responsibility changes hands.

Where the friction actually shows up

A few patterns turn up often enough to be worth naming.

  • The same information is entered twice. A customer’s details are captured during the sale, re-typed when the order is set up, and entered again when the invoice is raised. Each entry takes a minute. Together they create three versions of one record and three chances for them to disagree.
  • Approvals slow down. A request that used to be a conversation now needs a manager who is travelling, a document somebody has to find, and a reply that arrives after the person who asked has moved on to something else. The rule did not change. The number of people it has to pass through did.
  • Sales and operations work from different context. The sales conversation included a delivery expectation, a special condition, or a note about the customer’s site. Some of that arrives with the order. Some of it stays in an inbox, a call, or somebody’s memory.
  • Finance finds out late. Work is completed, but the details finance needs — what was delivered, what changed, what was agreed — arrive days later or in a different format. Invoicing waits, or it goes out and is corrected afterwards.
  • Management reassembles the picture by hand. Someone exports from one system, pulls a report from another, and reconciles the two in a spreadsheet before a meeting. The number that comes out is usually right. It is also several days old and expensive to produce.

None of these is a performance problem. Each team is doing its job competently. The friction sits in the joins between them rather than inside any one of them.

Why growth makes the joins harder

A smaller company holds its context informally. Five people in one room share what they know without needing a process for sharing it. The handoff is a sentence across a desk, and it carries the reasoning along with the instruction.

Growth removes that. More customers means more transactions. More people means more handoffs. More processes means more points where information has to be restated in order to travel. The informal layer that used to hold everything together does not scale, and usually nobody decides to replace it. It quietly stops working, and the effort of compensating for it gets absorbed into everyone’s week.

Adding another tool is not automatically the answer

The instinct at this point is to buy something. A team is struggling, a product exists for that problem, and it will genuinely help that team.

The difficulty is that most tools are chosen to solve a departmental problem, and most friction is not departmental. A better system for the sales team can make selling faster while leaving the handoff to operations exactly as it was. Occasionally it makes that handoff worse, because there is now one more place where the current version of the truth might be living.

Before adding anything, it is worth being precise about what is actually slow. If the delay is in the work itself, a better tool for that work will help. If the delay is in the movement between two teams, a tool that does not touch the movement will not.

Four things worth examining first

  • Handoffs. List the points where work changes hands. For each one, note what is passed, how it is passed, and what the receiving team has to do before they can start. The list is usually shorter than people expect, and the problems concentrate in two or three places.
  • Shared context. When work arrives at the next team, does the reason for it arrive as well? A record with a history is a different thing from a record with fields.
  • Workflow ownership. Some processes cross three departments and belong to none of them. Those tend to be the ones that quietly get slower, because nobody is responsible for the whole path.
  • Information movement. Follow one piece of information — a customer, an order, a price — from where it is created to everywhere it ends up, and count how many times a person re-enters it. That count is a reasonable proxy for how much manual effort the current arrangement costs.

Deciding what to change

This exercise does not point to a single conclusion. Some businesses find the answer is a process change rather than a technology one. Some find that two systems need to know about each other and the rest are fine as they are. Some find the real problem is that no one owns a process from end to end, and that naming an owner fixes more than any software would have.

What it does reliably is move the conversation from “which system should we buy” to “where does work actually stall, and why”. That is a more useful question, and it usually produces a smaller and more specific answer.

Ideas are easier to apply to one business than in general.

Whether any of this applies, and where, depends on how your business actually moves work between teams. That is a reasonable thing to talk through.