Broken systems usually do not announce themselves. They just slowly make everything slower, more manual, and more fragile than it needs to be.
Digital systems rarely fail dramatically. They degrade: a spreadsheet gains a new column, a second person starts editing it, a report is rebuilt by hand every Monday, a key process depends on one person remembering something. Individually these look like normal operational friction. Together they are the reason growth feels harder than it should.
None of the five signs below require you to be technical to recognise. They require you to notice where the business is doing work that software should be doing.
Spreadsheets are excellent thinking tools and poor operating systems. When the pricing model, the client list, or the order pipeline lives in a file that is emailed around, you have no single source of truth — only overlapping copies. The moment two people edit in parallel, you have two versions of reality and no way to reconcile them.
If data moves between two tools by someone exporting a file and importing it somewhere else, that person is the integration layer. It works, until they are on holiday, until volume grows, or until they make a mistake nobody notices for three weeks. Human integration is the most expensive per-transaction middleware ever built.
How many orders did we deliver last month by region? Which client is late on payment? What is our actual margin on that service? If answering any of these requires three people, a meeting, and half a day, the information exists but the system cannot retrieve it. Decisions get delayed or made on impressions.
When volume rises, does your first instinct involve new headcount for administrative work? Some hiring is inevitable and healthy. But when every increase in activity requires proportional increases in manual coordination, the business has swapped technology for bodies. That is a system problem wearing a recruitment costume.
There is usually one person who understands how the current setup works, and everyone — including them — hopes nothing changes. That is a single point of failure and a hard ceiling on improvement. If a system cannot be safely changed, it cannot support a business that changes.
It is rarely a total replacement. Most effective work is structural: define the real data model, give each piece of information one authoritative home, connect the systems that should never have been separated, and remove the manual steps in between. The visible outcome is unglamorous — fewer files, fewer copies, fewer follow-ups.
The goal is not to buy new software. It is to stop paying for coordination you should never have needed.
Pick the single process where the friction costs the most — usually the one that most often generates an error, a delay, or an awkward customer conversation. Map it honestly, including the workarounds. That map is your specification, and it is the most valuable document you can bring to any conversation about upgrading your systems.
Most automation projects fail before any code is written — because they automate a process nobody had defined, cleaned, or agreed on.
Read articleTell us what you're trying to build, improve or automate. We'll respond within one business day.