Automation opportunity assessment

How to identify a business process worth automating

Start with recurring operational friction, then test the workflow against repetition, value, data quality, exceptions and risk before choosing a technology.

By Terry WilliamsUpdated August 25, 2026OpSmith field guide
Automation opportunity scorecard evaluating process volume, repetition, data readiness, exceptions, risk and business value.
A process should be scored from operating evidence before a technology or implementation approach is selected.

Start with operational friction—not AI

A useful automation opportunity usually appears as a recurring business complaint: information is copied between systems, documents wait in an inbox, managers chase the same updates or customers wait while someone prepares a predictable response. Write down the work that is actually happening before discussing tools.

The strongest first project is rarely the largest process in the company. It is a bounded workflow with a recognizable trigger, a repeatable output, an accountable owner and enough volume for improvement to matter.

Look for repetition

The same type of request, document or update arrives often enough that the handling pattern can be observed.

Look for waiting

Work pauses because someone must copy, check, route, clarify or approve information.

Look for rework

Missing fields, inconsistent formats or unclear ownership cause the same item to be handled more than once.

Look for a measurable outcome

Cycle time, labour, error rate, backlog or response time can be compared before and after.

Score the opportunity across six dimensions

A process should not be selected because it contains many manual steps. Score it as an operating investment. A high-volume process may still be a poor candidate when the rules change weekly or every item requires nuanced professional judgment.

Use a simple one-to-five score for volume, repetition, data quality, rule clarity, business value and manageable risk. Record evidence beside each score. The evidence is more important than the total because it reveals what must change before a build.

Volume

How often does the workflow run, and does demand arrive predictably or in bursts?

Rule clarity

Can the common path be explained without relying on one person’s intuition?

Data readiness

Are inputs available, permitted and consistent enough for dependable handling?

Exception rate

How often does the common path break, and can exceptions be recognized safely?

Business value

Would a faster or more reliable result change cost, capacity, risk or customer experience?

Change risk

How frequently do policies, systems, prices or responsibilities change?

Know when not to automate yet

Do not automate a process simply to preserve an existing workaround. If teams disagree about the required output, the source data is unreliable or ownership changes from case to case, automation can make confusion move faster.

A responsible assessment can recommend process cleanup, better data capture, a narrower scope or no automation at all. That is a useful result. It prevents a technology project from absorbing a business decision that has not been made.

Unstable process

The intended steps or business rules are still changing materially.

Unclear accountability

Nobody owns the output, approval or response when something goes wrong.

Mostly exceptional

The supposed standard path represents too few real cases to justify automation.

Unbounded consequences

An incorrect action could create a commitment or risk that cannot be contained.

Choose the smallest useful first scope

Define the workflow from one trigger to one valuable output. For example: from an emailed purchase order to a validated draft record, not from customer request to every downstream accounting and fulfilment activity.

Keep human approval at consequential decision points. The first version should prove that the process can be observed, measured and recovered—not attempt to remove every human touch.

Name the trigger

Identify the event that starts the workflow and the information available at that moment.

Name the output

Describe the record, draft, routing decision or notification that makes the run useful.

Name the owner

Assign the person responsible for correctness and exceptions.

Name the baseline

Record current time, volume, rework and delays before implementation.

Interactive worksheet

Score one real process

Use operating evidence—not optimism. A score is a starting point for investigation, not an automatic build decision.

Opportunity score18 / 30

Clean up first

Improve rules, inputs or exception ownership before committing to automation.

Before acting, record the evidence for every score and assess change risk, privacy, security and the consequence of an incorrect action.

About the author

Terry Williams

Terry is the founder of OpSmith. He maps operational workflows, designs the human approval and exception paths around them, and builds automation systems for established Canadian businesses.

About Terry Williams and OpSmith
Continue the topic

Related field guides

Use the next guide that matches the decision your team is making now.

Want a second set of eyes on the workflow?

Bring one recurring process to a free 20-minute consultation. OpSmith will help you decide whether it is ready for automation, needs process cleanup first or should remain human.

Discuss the workflow