How to find a workflow worth automating
Good candidates repeat regularly, follow reasonably stable rules, produce checkable results and allow errors to be caught before serious damage occurs.

Businesses have plenty of tasks they do every day, but not all deserve automation. Some repeat but take only minutes. Others take hours but differ every time. Some have clear rules, yet a mistake could cause irreversible damage.
So do not start by asking “What can AI do?” Ask:
Which part of the work repeatedly consumes time and already has a stable enough method for a system to assist?
Map one real process first
Choose work that staff often complain about, that builds up in a backlog, or that requires repeated entry. Observe how it actually happens. Do not just copy the standard process document; record the extra actions people take to finish the job.
Daily email orders, for example, might involve:
Receive email
Download attachments
Check customer, products and quantities
Ask for missing information
Enter valid data into the order sheet
Put attachments in the designated folder
Notify the reviewer
Confirm receipt to the customer
“Handling email” sounds like one task, but only four steps may be suitable for automation. Breaking it down reveals a scope with the right balance of value and risk.
Six signals for assessing candidates
The more of these characteristics a process has, the more suitable it is for assessment:
- Frequent. It happens daily or weekly, not once a year.
- Identifiable inputs. Required data, files or triggers can be listed.
- Reasonably stable rules. Most cases follow the same decisions.
- Checkable results. A person can verify whether the system acted correctly.
- Exceptions can return to a person. Uncertain cases have a named owner.
- Delays or errors have real costs. The benefit is not merely looking advanced.
This is not a score that obliges you to automate. It helps filter out ideas with unclear boundaries.
Look for waiting and copying before complex decisions
The most useful starting point is often reducing data movement and unnecessary waiting, rather than replacing difficult judgement. For example:
- Write form submissions into customer records automatically.
- Check required fields and send standard reminders for missing information.
- Name and file attachments using agreed rules.
- Remind the owner when a status exceeds its deadline.
- Generate a fixed-format summary from the same data.
- Synchronise confirmed results with the next tool.
These actions are not clever, but they interrupt people every day. Removing those interruptions can be more useful than automatically generating text.
Document one normal case and three exceptions
Before discussing a solution, prepare:
- One normal case from start to finish.
- The three most common exceptions.
- Who currently decides each exception.
- How mistakes are detected and corrected.
- Which data must not leave the existing system.
If the team cannot describe even the normal case consistently, the first step is usually clarification, not automation.
Make the first release promise one observable improvement
Good first-release goals are specific:
- Reduce time spent re-entering order data.
- Improve completeness of required information in new enquiries.
- Make every request left unhandled for more than a day visible.
- Reduce misplaced attachments or inconsistent names.
- Focus human review on exceptional cases.
“Improve efficiency across the business” cannot be meaningfully accepted. “Remove copying each order from email into a spreadsheet while retaining human confirmation” is much clearer.
A simple candidate list
List five to ten repetitive tasks and record:
| Item | What to record |
|---|---|
| Frequency | Daily, weekly or occasional |
| Time per case | Including waiting, searching and repeated confirmation |
| Normal-case share | How many cases follow the same path |
| Error impact | Minor rework, customer impact or major risk |
| Checkability | Who can confirm the result is correct |
| Exception owner | Who takes over when the system is uncertain |
Prioritise frequent, time-consuming work with a stable normal path and recoverable errors. It may not be the most eye-catching problem, but it is often the best place to start.
This article provides a general method for selecting workflows. It does not assume automation or AI is always the best answer.