Back to Blog

Tim Gemoll · 2026-10-03

Every Project Worked. The Business Got Heavier.

Every Project Worked. The Business Got Heavier.

I spent time inside a service business that had done everything a sensible operator is told to do. They had a phone system. Leads went onto a Google Calendar. Each lead got a row in a tracking spreadsheet. When an estimate looked promising, a second spreadsheet turned it into a finished number, and somebody emailed it out by hand. If the customer wanted to eSign, the estimate went into DocuSign and out again. Once it came back signed, one spreadsheet got updated for scheduling and another for the work order, so the crew knew what materials to bring. When the job was done, somebody typed it into QuickBooks to raise the invoice, which again was emailed out.

Count that. One customer, from the first ring to money in the account, took nine manual steps across six systems. The same name, address, and job details were typed in by hand six or seven times. Every transition was a person remembering to do something in a disconnected system that did not know if it was correct.

Here is the part worth sitting with. Every one of those systems was correct. DocuSign is a good product. QuickBooks is a good product. A shared calendar is a reasonable way to see next week. Nobody in that business bought anything foolish, nobody was lazy, and nobody had made a bad decision. They had made eight or nine good decisions, one at a time, over several years, and arrived somewhere nobody would have chosen on purpose.

The thing nobody buys

When you add a capability, you also add a relationship. The new system has to agree with the ones already there, and something has to keep them in agreement.

The arithmetic is unkind and it is the whole argument. Five systems have ten possible pairs between them. Add five more and you have forty-five. Capabilities add. The connections between them multiply. So the cost of each individual purchase stays flat and honest, while the coordination load underneath grows at a rate nobody quoted you, because nobody was selling it.

And the work that lives in those gaps is the worst kind of work there is: busy work. It has no owner. It has no budget line. It has no project name and it is not in anybody's job description, so it never gets approved, which means it never gets reviewed, which means it never shows up as a cost. It arrives instead as a sentence: that is just how we do it. The only person who ever feels it is whoever is holding both ends.

That is how the thing that was supposed to do work for you becomes a thing you manage.

The operators have already told us where their week goes

Jobber surveyed 1,050 home service business owners across the United States in December 2025 and asked what eats their day. Jobsite management came first at 48%, then customer communication at 40%. Then quoting at 37%, admin and paperwork at 31%, invoicing at 28%, and scheduling at 27%.

Four of the six biggest time sinks in the trade are not the work. They are the handoffs between the systems that hold the work. Nobody in that survey is complaining about being busy with customers. They are describing the cost of moving one job's details from where it is to where it needs to be next.

There is a quieter finding underneath it. The same survey has 69% of these businesses closing more than half the quotes they send and 80% reporting they are fully booked. These are not struggling operations. Businesses can be good at the work and still lose a day a week to the seams, and the better they get at selling, the more time they lose.

The tool count already stopped climbing

Here is where the familiar version of this argument goes wrong. The usual story is that businesses keep buying software and should stop.

Okta publishes an annual count of applications deployed across its customer base, and because it comes from live telemetry rather than from asking people, it is more trustworthy than most numbers in this area. The 2026 figure is 98 applications per company, down from 101. The buying has flattened.

So the problem is no longer accumulation. The buying slowed down and the connecting never started. Those are different problems with different fixes, and only one of them is solved by saying no to the next purchase.

What an engineering leader sees

McKinsey surveyed 1,719 leaders across 97 countries last May and June. 89% use AI somewhere in the business. 37% say it has contributed to EBIT, which is almost exactly where it sat a year earlier. What separated the companies where it did land was not better tooling. It was that roughly three-quarters of them had fundamentally redesigned how the work flows, against about a quarter of everyone else.

In practice, redesign means three unglamorous things: fewer steps, different handoffs, and a human reviewing the exceptions instead of reviewing everything. Nobody sells the middle one, because a handoff is not a product. It is a decision about how your business fits together, and it can only be made by someone looking at the whole of it, shining a light into the dark corners no one is seeing, making all the work visible.

Looking at that chain, an engineering leader does not ask which of the nine steps could be faster. They ask why a signed estimate does not become a scheduled job, a work order, and an invoice without anyone typing a name again. Some of those seams close with an integration. Some close by deleting a step that only exists because two systems disagree. One or two close by accepting that a person should stay in the loop, and giving them a decision to make instead of a form to copy.

The question is not which tool next

If your week got heavier while every project you approved succeeded, nothing has gone wrong with your judgment. You bought capabilities, one sound decision at a time, and the jobs between them were created silently and assigned to nobody.

So the useful question is not what to buy next, or even what to automate. It is simpler and harder than that: who in your business owns the whole of it, rather than any of the parts? Not the tools, not a department, not a committee that meets monthly. The route a customer takes from first contact to paid invoice, and the authority to change it.

If that answer is a shrug, you have found the real constraint, and it was never the software.

I am always glad to talk through one of these chains with an owner or an operator. If you want a structured version, the ClearPath Technology Map is a two week engagement that walks your systems and workflows with the people who run them and comes back with what is costing you, in order, and what to leave alone.