PCN Consulting Start an audit

The Business Operations Audit. A diagnostic you can act on.

A fixed-fee examination of how the business actually runs: where revenue work starts and stalls, which system is allowed to be right, and which decisions still route through you.

$2,500 Fixed fee Operations Audit A complete deliverable on its own. Implementation is scoped separately.

For owner-led businesses across the United States with proven demand, where follow-up, systems or exceptions still route through the owner.

What you receive

Four documents

  • A current-state operating map How the work moves today, stage by stage, with owners and evidence.
  • Findings ranked by leverage Gaps, risks and dependencies in the order they matter, not the order noticed.
  • A prioritized 30 / 60 / 90-day path A planning horizon: what to change first, and what each step depends on.
  • An implementation scope with decision gates What implementation would involve, in stages with a decision point at each boundary.

Each one is a written deliverable of the audit, useful on its own before any implementation is discussed.

Who the audit is for.

The audit assumes the business already works. It is a diagnostic for owner-led companies with proven demand, where the constraint has stopped being sales and started being the way work moves through the business. What matters is the shape of the problem rather than the size of the company: whether the owner has become the part of the system that everything routes through.

It fits when

  • Follow-up depends on who happens to see the message first
  • The same customer or order exists in more than one system, with more than one answer
  • Exceptions arrive on the owner's phone, at any hour, from anyone
  • Nobody can take a week off without the work quietly stopping
  • Automation was added on top of a process that was never written down

It can wait when

  • Demand is not yet proven, and the real constraint is still sales
  • Read access to the systems in use cannot be arranged for the engagement
  • The people who run the work cannot be available while the mapping is under way

A change already under way — a system being replaced, a team being restructured — is not a reason to wait. It is often the moment when ownership and handoffs are worth examining. What matters is whether access and people can be arranged. If the audit is not the right entry point, we say so before it is scoped rather than after it is paid for.

What the audit examines.

Five topics, usually taken in this order, because each one tends to depend on the answer to the one before it. Which of them carries the most weight is decided by what the engagement actually finds.

  • Revenue handoffs Where work enters the business, who takes it next, and every point between first contact and payment where it can stop without anyone noticing that it has.
  • Authoritative systems Which system is the truth for customers, orders and money — and where two of them currently disagree, which of the two people actually believe.
  • Ownership Which steps have a named owner, which have an implied one, and which quietly resolve to you because nobody else was ever told they were responsible.
  • Exceptions What happens when reality deviates: the changed order, the duplicate record, the absent owner, the automation that failed into an empty queue.
  • Undocumented operating knowledge The judgement calls, thresholds and workarounds that exist only in someone's head, and what it would take to write them down so the business can use them without them.

Four deliverables.

The audit is a fixed-fee diagnostic, and these four documents are what it produces. They are written to be acted on: specific enough to work from, and clear about what each recommendation depends on.

Current-state operating map

Answers: how does the work actually move today?

One row for each stage of a critical path, recording four things: where the fact lives, who owns it, what proves it happened, and what happens if it stalls. It is built from what the systems and the working session show, then returned to you for correction before anything is ranked against it.

Where a row cannot be completed, that gap is the finding.

Ranked findings, risks and dependencies

Answers: what is holding the business back, and in what order does it matter?

Every finding carries the same five fields — observed, constraint, consequence, recommendation, sequence — so the report can be read in priority order rather than front to back. Ranking is by leverage: how much of the owner's week, and how much revenue risk, the constraint accounts for.

Dependencies are named explicitly, because most operational fixes are only safe once an earlier decision has been made.

Prioritized 30 / 60 / 90-day path

Answers: what is the smallest sequence that protects revenue and reduces owner dependence?

A planning horizon, not a delivery schedule. It sets the order in which changes stop undoing each other: what to change first, what depends on it, and what is deliberately deferred until the ground under it is settled.

The bands describe sequence and dependency, not dates, and they are not a promise of an outcome. Delivery timing is agreed separately, inside the implementation scope.

Implementation scope with decision gates

Answers: what would implementation involve, and where do you get to stop?

The work the findings imply, broken into stages, with a decision point at each boundary — so the scope can be reviewed stage by stage rather than agreed once at the start.

Implementation is separate work, scoped and agreed before it begins. The audit and its deliverables are complete on their own.

Two pages, at the size you would read them.

A single finding, and the prioritized path the findings are sequenced into.

Illustrative sample

Written to show the format, the questions each page answers, and the standard the deliverable holds.

Operations Audit · Finding sheet Finding 6 of 11 · Leverage: high

Illustrative sample

The rules that hold the working week together exist only in the owner's head.

Observed
The week is sequenced each morning by the owner, using constraints nobody else can state out loud: which customers tolerate a moved slot, which work cannot follow which, and which supplier confirmations are reliable enough to plan around. The schedule records the result. It never records the reasoning.
Constraint
The schedule can be read, but it cannot be reproduced. Anyone else sequencing the same week makes different decisions and cannot explain why they differ.
Consequence
The owner cannot be absent during a working week. Cover is possible only for days that were already planned, so any surprise is absorbed by the one person the engagement exists to make optional.
Recommendation
Write the sequencing rules down as explicit conditions, with a named owner and a documented exception path. Start with the three constraints that caused the last five reschedules — they are recent, specific, and already agreed by everyone who was there.
Sequence
Days 31–60, after the ownership map is accepted. Depends on the schedule being the system of record for planned work rather than one of three places it is tracked.

Every finding carries the same five fields, so the report can be read in priority order rather than front to back.

Operations Audit · Priority path Planning horizon · 30/60/90

Illustrative sample

The order the work should happen in, and what each step depends on.

A 30 / 60 / 90 path sets sequence and dependency. It is the order in which changes stop undoing each other — protect revenue first, make the process reproducible next, automate only what is already clear. Delivery dates belong to the implementation scope, which is agreed separately.

Days 1–30Protect revenue and remove ambiguity.

  • One intake destination for every inquiry channel. Routing and ownership only — no new tooling at this stage.
  • A named owner assigned at the moment of capture, with a next action and a review date. Depends on the single intake destination existing.
  • An agreed system of record for customer data. Blocks almost everything in the next band; decided first for that reason.

Days 31–60Make the process reproducible.

  • Matching and dedupe rules between customer, order and invoice records. Depends on the system-of-record decision above.
  • Written sequencing and exception rules for the critical path. Depends on the current-state map being accepted as accurate.
  • A standing deputy for each named owner. Removes the business owner from the default escalation path.

Days 61–90Automate only what is already clear.

  • Automated handoffs on the steps whose rules are now written and owned. Depends on both earlier bands being complete, not started.
  • Failure, retry and escalation behaviour with a named recipient. A failed step becomes a visible owned state, never an empty queue.
  • Verification against real work, and documentation of what changed. Closes the engagement with something the next person can read.

On a real engagement the bands are filled from the findings, in the order the findings rank. The structure stays the same; the contents do not.

How the engagement runs.

Five stages. This is how an audit typically runs; the depth of each one, and how long it takes, follows the paths in scope and what they turn out to involve.

  1. Kickoff We agree the scope, which critical paths will be examined, and who will be involved. Nothing starts before the access and the examples are in place.
  2. Read access and examples Read access to the systems already in use, plus a normal week and a bad week in whatever form they already exist — a schedule, an inbox, an export, a photograph of a whiteboard.
  3. Working session A session with the people who actually run the work, not only the people who describe it. The exceptions are more useful here than the happy path.
  4. Observation and mapping The current-state map is built from what the systems and the session show, then returned to you for correction before anything is ranked against it.
  5. Findings and the next step The four deliverables, then a discussion of what to do about them. If implementation is the right next step, it is scoped from the findings. If it is not, we say so.

What we need from you

Before the clock starts

  • Read access to the systems already in use
  • A working session with the people who run the work
  • Examples of a normal week and a bad week
  • Someone who can answer questions about exceptions while the mapping is under way

Read access is enough. The audit does not need permission to change anything, and does not change anything.

Audit terms

The Operations Audit is $2,500, a fixed fee. Implementation is scoped from the findings, in the order the audit recommends. An operating retainer is optional and month-to-month, where continuing work is warranted.

Typically completed within 10 business days after kickoff and receipt of the required access and information; timing is descriptive, not a guarantee. The audit fee may be credited toward qualifying implementation begun within 30 days, subject to the engagement agreement.

Where the audit ends.

The fixed fee covers the diagnostic: the current-state map, the ranked findings, the prioritized path and the implementation scope. That set is deliberately complete on its own, so the decisions it records are usable before any build work is agreed.

The fee covers the diagnostic deliverables, not the build. Implementation is scoped from the findings and agreed separately, in the order the findings rank.

Operations Audit$2,500. The entry point, and a complete deliverable on its own.
ImplementationScoped from the audit, in the order the audit recommends, with a decision gate at each stage boundary.
Operating retainerOptional. Month-to-month, where continuing work is warranted.

Audit terms

Typically completed within 10 business days after kickoff and receipt of the required access and information; timing is descriptive, not a guarantee. The audit fee may be credited toward qualifying implementation begun within 30 days, subject to the engagement agreement. These terms describe the audit; implementation timing is agreed in its own scope.

Questions people ask first.

Will PCN implement the changes as well?

Implementation is separate work, scoped from the audit's findings and agreed before it begins. The audit is built to stand on its own: the map, the ranked findings and the sequenced path say what to change and in what order, whether or not the build follows.

Do we have to replace the software we already use?

Replacement is not the starting assumption. The audit first asks whether clearer rules inside the systems already in use would resolve the constraint — which system is authoritative, how records are matched, who owns each handoff.

Where the findings show that existing tools cannot support what the business needs, a replacement appears as a finding with the constraint behind it and the decisions it depends on, not as a recommendation to buy something.

How long does it take, and what access do you need?

Read access to the systems already in use, a working session with the people who run the work, and examples of a normal week and a bad week. Typically completed within 10 business days after kickoff and receipt of the required access and information; timing is descriptive, not a guarantee.

Is the fee credited if we go ahead with implementation?

The audit fee may be credited toward qualifying implementation begun within 30 days, subject to the engagement agreement.

What if the audit finds the business is in better shape than we thought?

Then that is the finding, written down with the evidence behind it. A short report with three findings and no implementation recommendation is a legitimate outcome. The fee is for the examination, not for a predetermined list of work to sell afterwards.

Can we start with one part of the business?

Yes. The audit follows critical paths rather than org charts, so a single revenue path — inquiry through to payment, or order through to fulfilment — is a sensible scope. Which paths are in scope is agreed at kickoff.

Send the week that went wrong.

The fastest way to find out whether the audit is the right entry point is to describe an actual bad week — what broke, what you caught in time, and what only you knew. If it is not the right entry point, we will say so.

Read next Business Systems & Automation Systems of record, matching rules, and what happens when an integration fails at two in the morning. Open the service page