How an automation audit works: finding the repeatable work hiding in your company

An automation audit is a structured walkthrough of a real business process — usually one lead, one order, or one customer — traced from first contact to closed outcome. You list every action taken, every person who touches it, and every tool involved. Then you mark which steps genuinely need a human and which ones a system could own. That map is your audit.

Why following one lead reveals more than any process diagram

Following a single real transaction is the fastest way to expose repeatable work hiding in your company. Most process diagrams are aspirational. A real lead shows you the detours — the manual Slack message, the copy-paste into the CRM, the follow-up that only happens if someone remembers.

Pick a lead that closed. Trace it backwards. Write down every action in order. In my own companies, this exercise almost always surfaces three to five steps that look like decisions but are actually rules — and rules belong to systems, not people.

What does the actual mapping process look like?

The mapping process is a simple three-column exercise: what happened, who did it, and whether a system could own it. You do not need special software. A spreadsheet works.

Here is the structure I use:

Step	Owner today	System-ownable?	Notes
Lead fills out web form	System	✅ Already automated	—
Notification sent to sales rep	System	✅ Already automated	—
Rep manually qualifies lead	Human	⚠️ Partial	Rules exist; logic could be coded
Rep schedules call	Human	✅ Yes	Booking link + routing logic
Follow-up if no-show	Human	✅ Yes	Sequence + conditional logic
Proposal sent	Human	⚠️ Partial	Template exists; personalization varies
Contract and payment	Human	✅ Yes	E-sign + payment processor

When you fill this out for a real transaction, patterns appear fast. The steps marked ✅ are your first build list. The ⚠️ steps are your second pass — they need a decision about where the human judgment actually lives.

How do you decide what to automate first?

Prioritize by multiplying volume times effort saved per instance. If a step happens fifty times a week and takes three minutes each, that is a different conversation than a step that happens twice a month. The math is illustrative — plug your own numbers — but the logic holds: high-volume, low-complexity steps go first.

A simple priority matrix:

• High volume + low complexity → Build immediately
• High volume + high complexity → Break into parts; automate the rules, keep the judgment
• Low volume + low complexity → Automate eventually; don’t start here
• Low volume + high complexity → Leave it human; not worth the build cost

This is the same framework I apply across Business Runner clients and in my own portfolio. The goal is not to automate everything — it is to free the humans for the work that actually requires them.

In the businesses I run — including a real-estate brand operated end-to-end on automation and an AI receptionist platform — the automation audit is always the first deliverable, as of July 2026. The consistent finding: somewhere between a third and half of all steps in a typical lead-handling workflow are rule-based and repeatable, meaning a system could own them with no loss in quality. The audit does not tell you what to build. It tells you what is already waiting to be built — the work that runs on rules disguised as decisions, handled manually because no one stopped to map it.

What does a good audit deliverable look like?

A good deliverable is self-contained and actionable without a consultant in the room. It includes four components:

1. The process map — every step, in order, with current owner tagged
2. The system-ownable list — steps flagged for automation, with brief logic notes
3. The priority matrix — ranked by volume × effort, with your inputs visible
4. The build sequence — a proposed order, with dependencies called out

The deliverable should be a working document, not a slide deck. It gets updated as you build. The first version is never complete — but it is enough to start.

When I work with companies as a Fractional Chief Automation Officer, this audit is always step one. Not because it is a billable exercise, but because building without it is guessing. You end up automating the wrong things in the wrong order and wondering why the org still feels manual.

Where to go after the audit

The audit is not the work. It is the map. Once you have it, you have a backlog. You know what to build, in what order, and why. That is the shift — from reacting to running on systems.

If you have never done this for your company, start with one process. One lead. One order. Trace it all the way through. You will find the work hiding inside it.

Want to see this in action? Talk to the voice agent on this site — it’s a live example of what the first layer of automation looks like.