Skip to main content
Back to journal

How to Map a Business Process Before You Automate It

A practical worksheet for finding the trigger, owner, decisions, systems, exceptions, and proof inside one workflow before choosing automation software.

The fastest way to waste an automation budget is to automate a process nobody can explain. The software will make the happy path move faster while the exceptions keep landing in email, spreadsheets, and the memory of the person who has always fixed them.

Before choosing a tool, map one real workflow from trigger to verified completion.

Pick One Named Workflow

“Customer operations” is not a workflow. “Route a new commercial-service inquiry to the correct estimator and confirm an owner within one business hour” is.

A useful workflow name includes:

  • the event that starts the work;
  • the record or request moving through the process;
  • the person responsible for the finished result;
  • the condition that proves it is complete.

Map the Seven Parts

1. Trigger

What starts the workflow? A form, email, phone call, scheduled date, status change, invoice, sensor event, or human request?

2. Required information

What must be present before work can begin? Mark which fields are truly required and which ones people collect only because an old form asked for them.

3. System of record

Where does the authoritative record live? If the answer is “several places,” name which system owns each field and how conflicts are resolved.

4. Decisions

Which decisions are deterministic enough for rules? Which require context, judgment, approval, or regulated review? Do not hide a business decision inside a prompt.

5. Handoffs

Who or what receives the record next? Write down the channel, expected timing, and what context must travel with it.

6. Exceptions

List the reasons the normal path fails: missing information, duplicate records, unavailable staff, low model confidence, an unsupported document, an unusual customer promise, or a system outage. Give each exception an owner.

7. Proof

How does a manager know the work finished correctly? A status change is not enough if nobody verifies that the downstream system accepted it.

Capture the Baseline

Measure the current workflow before discussing savings:

  • monthly or weekly volume;
  • median handling and wait time;
  • backlog and oldest open item;
  • correction and rework volume;
  • missed handoffs;
  • staff time by role;
  • customer-impacting failures.

Without a baseline, the team can say the new workflow feels faster but cannot decide whether it deserves expansion.

Choose the Smallest Responsible Automation

The first version may be a better form, a rule, an integration, a scheduled report, or a review queue. AI is useful when language, documents, classification, retrieval, or drafting are genuinely part of the problem. It is not required for every process.

Keep the system read-only or review-gated until it demonstrates reliable behavior on normal and exception cases. Name a rollback path before enabling automatic writeback.

Turn the Map Into a Scope

A responsible first scope states:

  1. the one workflow included;
  2. the systems and records involved;
  3. the decisions that remain human-owned;
  4. the exceptions the first version handles;
  5. the baseline and acceptance measures;
  6. the monitoring and recovery plan;
  7. what is explicitly deferred.

Use the map with the business process automation service or the automation ROI worked scenarios when you are ready to test whether the workflow is worth building.

/ Related

Keep reading.

More from the journal, same category or overlapping topics.

Have a question we haven't written about?

Send it over. If it's a common thread we're seeing in client work, we'll write about it.

Start the project assessment