In short
  • A process audit follows real work from start to finish, then ranks what to automate, build, fix or leave alone.
  • The findings usually fall into a few groups: retyping, waiting, rework, side spreadsheets, unused software, single points of knowledge and quiet risks.
  • You should leave with a process map, a ranked list of opportunities and a scoped first step. The map and plan should be yours to keep.
  • An audit is not a security review, a compliance check or a staff evaluation, and it won't fix a process nobody owns.
  • Ours is a fixed fee, quoted upfront and credited in full if we build. It's optional: everything starts with a free intro call.

Why audit at all

Most companies can name the symptoms. Orders take too long. Month-end is a scramble. New hires take months to get up to speed. Someone in operations works every Saturday.

What's harder to see is the cause. Work crosses teams and tools, and nobody sees the whole path. Each team has fixed its own part, often with a spreadsheet, and the gaps between them are where the time disappears.

An audit is a way to look at the whole path at once, with someone whose job is to notice.

It's not the only way in. If you already know the problem, and it's clear and contained, skip the audit and talk about the fix. Our guide on what to automate first covers how to choose on your own.

How an audit works at a mid-size company

A good audit is short and practical. Ours takes about two weeks for one process, a little longer for larger teams or several locations. It runs in four steps.

  • Kickoff. A call with the person who owns the outcome. Goals, the teams involved, where it hurts most, and what's off limits.
  • Mapping. Time with the people who do the work, watching it happen, not just hearing how it's supposed to go. Lean practitioners call this going to the gemba, the place where the work is done. We also look at the tools involved, usually with read-only access.
  • Analysis. Each step gets an owner, a tool, a rough time and a frequency. Opportunities get sized in hours and money at stake.
  • Readout. A live walkthrough with your team. Findings, priorities and a scoped first step, with time for every question.

The mapping step matters most. The documented process and the real one are rarely the same. The real one has the workarounds, and the workarounds are where the opportunities are.

What it usually finds

Every company is different, but the findings tend to fall into the same groups.

Retyping between systems

An order arrives by email and gets typed into the order system, then into a spreadsheet, then into accounting. Each step is quick. Together they add up to hours a day, and each one is a chance for a typo.

Waiting

Work that sits in someone's inbox for approval. Requests that wait for the one person who knows the answer. Waiting rarely shows up in anyone's timesheet, but customers feel it.

Rework and exceptions

The order that comes back because a field was wrong. The quote redone because it used last year's price. A small share of the work often takes a large share of the time, because exceptions are handled by hand.

Side spreadsheets

The tracker a manager built because the main system couldn't show what they needed. Side spreadsheets are a gift to an audit. Each one points to a gap in the real system.

Software you pay for but don't use

Features bought and never switched on. Two tools doing the same job in different departments. Sometimes the fastest win is configuring what you already own.

Knowledge in one head

The process only works because one person remembers the special cases. That's a risk, and it's often the first thing leaders want fixed once they see it written down.

Quiet risks

Shared logins. Files with no backup. A connection between two systems that fails without telling anyone. These aren't the audit's main purpose, but they turn up and they get flagged.

Things to leave alone

A good audit also says what not to touch. Some steps should stay with people: judgment calls, customer conversations, final reviews. Some processes are fine. Saying so is part of the job.

A picture of a typical finding

Picture a regional distributor. Leadership asks for an audit of order entry because orders feel slow.

The mapping shows something else. Order entry itself is quick. The time goes to the twenty percent of orders with a special price, which wait for a sales manager to confirm by email. Meanwhile, two people keep a spreadsheet of those special prices because the order system can't hold them.

So the top opportunity isn't faster typing. It's putting the special prices where the system can use them, and routing the true exceptions to the right manager with a reminder. The second is reading emailed orders automatically. The third, leaving the final credit check with a person, is a recommendation not to automate.

That's illustrative, not a real client. But the shape is common. The problem people name is rarely where the hours actually go.

What it doesn't find

An audit has limits, and it's worth knowing them upfront.

  • It's not a security or compliance review. Risks that surface get flagged, but a formal review for your regulators or auditors is separate work, done with your compliance lead.
  • It's not a staff evaluation. The audit looks at the process, not at who is fast or slow. People speak more openly when they know that.
  • It only sees what's in scope. A process audit of order entry won't tell you much about hiring. Pick the scope carefully.
  • Estimates are estimates. Hours saved are sized from what we observe and what your team reports. They're good enough to rank choices, not to promise to the board.
  • It won't fix ownership. If nobody owns a process end to end, software won't change that. The audit will say so.

What you get at the end

An audit should leave you with things you can act on, whoever does the work. From ours:

  • A process map. Every step, tool, owner and handoff, start to finish.
  • A ranked opportunity list. What to automate, build, fix or leave, ranked by hours saved and money at stake.
  • A tool review. The software involved, how it connects, and anything at risk.
  • A scoped plan and estimate. A concrete first release and what it would take.
  • A readout call. The findings walked through live with your team.

The map and plan are yours to keep. Use them with us, with your own team or with someone else.

How to prepare

A little preparation makes the two weeks count.

  • Name one owner. Someone who can make decisions about the process and open doors to the right people.
  • Pick the process. One process, end to end, is better than a light pass over five.
  • Line up the people who do the work. An hour or two each, not just their managers.
  • Gather real examples. A few recent orders, requests or files, including the messy ones.
  • Arrange read-only access. To the main tools involved, following your security rules.
  • Tell the team why. Say plainly that the goal is less busywork, not a review of anyone's job.

How it fits with building

An audit is optional. Everything with us starts with a free intro call, and many projects go straight from that call to a first release because the problem is already clear.

When an audit helps, it's a fixed fee, quoted before we start. If you go ahead with a build within 60 days, the full fee is credited toward it, and the audit becomes the project's first phase. If you don't, you keep the map and plan.

What most guides miss

Watch, don't interview. Ask people how they do their job and you get the official version. Sit beside them for an hour and you see the sticky note, the second screen and the phone call to a colleague. That's where the findings are.

Count the exceptions. The normal case is usually fine. The time goes to the odd ones. Ask how often things go wrong, and what happens next.

Rank by money, not annoyance. The task everyone complains about is rarely the most expensive one. Quiet, frequent work often beats loud, occasional work.

Keep the first step small. An audit that ends with a two-year roadmap and no first move has failed. The best ones end with something that could be live in weeks.

How we do it

We start with a free intro call. If an audit would help, we quote a fixed fee, spend about two weeks with your team and walk you through a map and a ranked plan you keep either way. If you build with us, the fee is credited in full. More on our process audit.

Sources

  1. Lean Enterprise Institute: Gemba
  2. Lean Enterprise Institute: Value-stream mapping
  3. Lean Enterprise Institute: Muda (waste)