Sean Appolo
Senior Software Engineer, Appolo Intelligence

Automation is one of the highest-leverage investments a business can make. But starting in the wrong place — automating a process that shouldn't exist, or building before the process is stable — wastes time and money.
Here's a framework we use with every client before writing a single line of code.
Step 1: Map What You Actually Do
Before you can automate, you need a clear picture of your current processes. Not the documented version — what actually happens on the ground. Walk through a typical week with the people doing the work. You'll find processes that aren't in any manual and inefficiencies that leadership doesn't know exist.
Step 2: Identify the High-Volume, Low-Judgement Work
Automation delivers the most value on tasks that are: repetitive, rule-based, high volume, and don't require human judgement. Data entry, status updates, report generation, scheduling, and alerts are classic examples.
Complex decisions, relationship management, and creative work should stay human.
Step 3: Quantify the Cost of Each Process
For every manual process you identify, calculate: hours per week × average hourly cost of the person doing it × 52 weeks. Then add error rates and the downstream cost of mistakes. This gives you a real number to compare against the cost of automating it.
Step 4: Prioritise by Impact, Not Complexity
The easiest process to automate isn't always the best one to start with. Prioritise by annual cost saved ÷ cost to automate. The highest-ratio processes are your first targets.
Step 5: Stabilise Before You Automate
Automating a broken process just breaks it faster. Before building, make sure the underlying process is stable, documented, and actually working the way it should. Automation should capture a good process — not preserve a bad one.
What This Looks Like in Practice
For one of our manufacturing clients, the highest-value automation wasn't the complex production scheduling system they expected — it was the daily shift report that took 45 minutes per shift to compile manually. Automating that one process recovered over 500 hours of supervisor time per year. We built it in three weeks.
Start small. Prove the value. Then expand.
Topics:
