← All posts

Before You Automate Anything, Do This One Thing

So before you buy the software, before you book the demo, before you ask what AI can do for your business, sit down and draw out what your business actually does. Start with one process. One workflow. The one that causes the most friction or eats the most time. Map it, document it, and fix what you find. Then, and only then, think about what to hand to a machine

The first rule of any technology used in business is that automation applied to an efficient operation will magnify the efficiency.

The second is that automation applied to an inefficient operation will magnify the inefficiency. – Bill Gates

That is more true now than ever, when the tools are cheaper, faster, and more accessible than ever, which means the damage you can do with them has scaled proportionally.

Unfortunately, here is something that plays out in untold businesses of all sizes, every day:

Someone reads an article about AI. Or they sit through a software demo. Or a competitor mentions they have automated their onboarding. And so the search begins, for a tool, a platform, a solution.

The process question never gets asked. The journey never gets mapped. The gaps are never identified. The tool gets bought, plugged in, and pointed at a workflow that was already broken. And now it is broken at speed.

Sixty-six percent of businesses say automating their processes is a top priority, according to McKinsey. And yet somewhere between 70 and 88 percent of automation and digital transformation initiatives fail to deliver their intended results.

Bain found that 88% of business transformations fall short of their objectives. Gartner puts the figure for AI and automation projects that fail to deliver expected value at 85%.

You do not have to be a statistician to see the pattern. The tools are not the problem. The undefined business processes are.

I’d suggest that in small and medium sized business, the failure, or at least disappointment rate is even higher.

The mistake everyone makes

The reasons automation fails are rarely technical. They come from poor planning, unclear strategy, and a fundamental misalignment between what the technology does and what the business actually needs.

One mistake I’ve seen often is choosing the wrong processes to automate in the first place. Which is another way of saying: businesses are automating things they have never properly looked at.

Think about what that actually means in practice.

A business struggling with slow customer service response times installs an AI chatbot. Sounds sensible. But nobody fixed the underlying bottlenecks in the support system first. So now, instead of improving service, the chatbot routes customers into dead ends and frustrates the people who needed a human all along.

The problem did not get solved. It got systemised.

A manufacturing company automates a complex supply chain without addressing the multiple inconsistent approval layers and patchy documentation underneath it. What was a slow manual mess becomes a rapid-fire digital disaster, orders stuck in automated loops, unreliable inventory data, thousands of error notifications. They did not put a rocket engine on a car. They put a rocket engine on a car with three flat tyres.

This is not a technology story. It is a process story.

The one thing

Before you automate anything, map the process. Document it. Look at it properly, possibly for the first time. That is the one thing. It is not glamorous. It does not involve a demo or a trial license or an impressive dashboard.

It involves sitting down and asking: what actually happens here, step by step, from the moment a lead comes in to the moment a customer gets what they paid for?

Process mapping is the visual documentation of a workflow's steps, decision points, and people involved. It sounds like something large organisations do in conference rooms with consultants and sticky notes.

It is also something any business with five people and a functioning brain can do on a Tuesday afternoon. The point is not the format. The point is that you are making the work visible, because most business processes exist across teams and systems in fragmented form, with different people holding different assumptions about how the same thing works. Until you draw it out, you don’t really know what you have.

And once you draw it out, things tend to become obvious.

Duplicated tasks. Hand-offs that rely on one person remembering to do something. Follow-up sequences that exist only in someone's head. Approval steps that made sense three years ago and serve no purpose now. Inputs that are captured in one place and manually re-entered somewhere else.

These are not automation opportunities. These are problems to be fixed before any automation touches them, because if you automate a process with a manual re-entry step in the middle, without removing the manual re-entry step, you have just made everything around it faster, which makes the bottleneck more painful.

What this actually looks like

Start with a simple question: what tasks repeat in your business more than three times a week, always in the same way, without requiring a human decision each time? Not the big strategic work. The small and frequent stuff, confirming appointments, sending quotes, entering data, answering the same questions by email, issuing recurring invoices. These are your candidates. But before you build anything around them, document exactly how they work today. Every step. Every decision point. Every exception. Every person involved.

Most small business owners resist this. Documentation feels like a slow, tedious exercise with a poor return on time invested. That instinct is as understandable as it is wrong. If it is a key process in your business, you are already doing it, you are just doing it from memory, inconsistently, and in a way that cannot be delegated, scaled, or handed to a system.

The small amount of time it takes to write down what you already do has a compounding return. It is also the only honest way to assess whether a process is worth automating, or whether it first needs to be simplified, consolidated, or cut entirely.

The sequence is always the same: map what is repetitive, identify what is broken, fix what you can, standardise what remains, then, and only then, build the automation.

Companies that get this right achieve 340% higher ROI, 67% faster implementation times, and 85% better user adoption rates than those that skip the groundwork.

That is not a marginal difference. That is the difference between a tool that transforms how your business operates and a tool that adds another layer of complexity to a system that was already struggling.

Yes, a large proportion of the tasks your employees perform today could be automated with technology that already exists. But the gap between that potential and what most businesses actually capture is not a technology gap. It is a clarity gap. Nobody has looked at the journey properly. Nobody has mapped where the leaks are. The tools are ready. The question is whether your processes are.

So before you buy the software, before you book the demo, before you ask what AI can do for your business, sit down and draw out what your business actually does. Start with one process. One workflow. The one that causes the most friction or eats the most time. Map it, document it, and fix what you find. Then, and only then, think about what to hand to a machine.

Automation amplifies what is already there. Make sure what is already there is worth amplifying.