Skip to main content
GullySystem

How to Find Manual Work That Can Be Automated

By Ganesh HS, Strategy and Technology, GullySystem

Find automatable manual work by watching how tasks actually happen (not how they're documented), logging their frequency and time cost, and checking whether the underlying data and rules are stable enough to automate safely. Score candidates against effort and risk, then pilot exactly one before expanding — automating a messy process just makes the mess faster.

Watch How the Work Actually Happens, Not How It's Written Down

Standard operating procedures describe how a task is supposed to be done. The actual task, observed in person, is usually different — shortcuts, extra verification steps someone added after getting burned once, a second check that exists only because someone doesn't quite trust the first system. Automation candidates should come from watching the real version, not the documented one.

Spend time on the floor or over someone's shoulder for the tasks that come up repeatedly in complaints or that visibly eat a chunk of someone's day — data entry, reconciliation, status updates, report compilation. Ask what they'd do differently with an extra hour, and what's eating that hour today.

Log Frequency, Handling Time and Exceptions for Each Candidate

For every candidate task, record three things over a representative period: how often it happens, how long it takes each time, and how often something unusual interrupts the normal flow — a missing field, an unusual customer request, a manual override. Multiply frequency by time to get a rough weekly or monthly cost in hours before you go further.

The exception rate matters as much as the time cost. A task that takes ten minutes but runs cleanly every single time is often an easier and safer automation win than a five-minute task that needs a judgment call on one attempt in five.

Check the Data Is Clean and the Rules Are Actually Stable

Automation amplifies whatever it's given. If the underlying data has duplicates, inconsistent formats or missing fields, automating the task on top of it produces errors faster and at greater scale than a person catching them manually would. Before automating, check the data feeding the task is trustworthy — not perfect, but consistent enough for a rule to work reliably.

Equally, check the rules genuinely are rules. A task that looks routine but actually depends on unwritten judgment — 'we always waive the fee for this one client' — either needs those exceptions made explicit first, or it's not ready to automate at all.

Score Every Candidate Against Effort and Risk, Not Just Time Saved

Rank candidates on two axes: how much time or cost the task currently consumes, and how risky it would be if the automation got something wrong. A high-time, low-risk task (compiling a weekly report from three sources) is a safer early win than a lower-time task that touches customer payments or regulatory filings, even if the second one looks like it saves more per instance.

Imagine a print packaging manufacturer where the accounts team retypes the same purchase order details into three separate systems, three times a day. The time cost is real and constant, and the risk of a wrong keystroke is contained to one order at a time — that combination of high frequency and low blast radius is exactly the profile worth automating first, well ahead of a lower-volume task that touches payroll.

Choose One Measurable Pilot Before Expanding

Automate the single highest-scoring candidate first, with a clear measure of success defined before you start — hours saved per week, error rate before and after, or turnaround time. Resist automating three tasks at once because the momentum feels good; a single pilot is easier to debug, easier to trust, and easier to prove was worth doing.

Once the pilot is stable and the team trusts it, move to the next candidate using the same scoring. This staged approach also builds internal confidence in automation generally, which matters more than it sounds like it should the first time something changes for staff who've done a task manually for years.

Manual-work discovery worksheet

A worksheet with one row per candidate task, columns for observed frequency, average handling time, exception rate, a data-quality check, and an effort-versus-risk score — designed to be filled in from direct observation over one to two weeks rather than from memory, so the scoring reflects what actually happens.

Frequently asked questions

How do we find hidden manual work?

Watch tasks being done rather than reading process documents, and ask staff what they'd skip if they had an extra hour in the day — hidden manual work usually surfaces in that answer. It also tends to cluster around anywhere two systems don't talk to each other and someone bridges the gap by hand.

Which tasks need human judgement?

Any task where the 'rule' is actually an unwritten exception someone applies case by case — a discretionary discount, a judgment call on an unusual order, a decision that depends on context not captured in the data. Those need the exceptions made explicit before automation, if they're automated at all; some are better left with a person.

Next step

Have a specific situation to work through?

This article covers the general case. Tell us what you're actually dealing with and we'll respond directly.

Discuss Your Requirement