What a real assessment looks like

The method, not just a claim about it.

Everyone says they'll "understand your process before touching tools." Here's what that actually produces — a composite, illustrative Operations Diagnostic, built to the same structure and depth as a real Audit engagement.

Illustrative example — not a real client Composite scenario, generic across industries Same structure as a live Audit engagement
The scenario

A 34-person service business, growing faster than its systems.

Northfield Property Services is a composite, fictional example — a scheduled maintenance and repair business built to show how the diagnostic works, not a real engagement.

Company

Northfield Property Services

34 staff — 22 field technicians, 6 support/dispatch, 4 admin, 2 leadership. Books commercial maintenance and repair jobs for property managers. Grown from 12 to 34 people in under two years.

Current stack

Spreadsheets, a shared inbox, and memory

Job requests via a shared Gmail inbox and phone. Scheduling in a shared Google Sheet. Job notes split across paper dockets, texts, and whatever each technician remembers.

Step 1 — Current-state mapping

Where the workflow actually runs, not the version in anyone's head.

Two days on-site and on calls, shadowing dispatch and a handful of jobs end-to-end. Four gaps came up repeatedly.

Gap 01

No single intake point

New job requests arrive by email, phone, and occasionally a text to whichever technician the client already knows. Roughly 1 in 6 requests only surfaces once a client calls asking why nobody's shown up.

Gap 02

Dispatch runs on one person's memory

Technician availability and skill-matching lives entirely with the ops manager. When she's out, scheduling either stalls or double-books — happened three times in the last quarter.

Gap 03

Job history is scattered

Notes on what was done, quoted, or promised live across paper dockets, personal phones, and memory. A repeat job means starting from zero unless the same technician happens to be free.

Gap 04

Leadership finds out last

Job backlog and missed deadlines surface at the monthly review — by then it's a pattern, not an early signal leadership could've acted on.

Step 2 — Desired outcome

Defined with the client, before any fix gets proposed.

"A job request becomes a scheduled, tracked job within one business day — with a full history anyone on the team can see — without hiring another admin person to manage it."

That's the target Northfield's leadership set. It rules out some fixes before they're even scoped — anything that adds headcount, or that only the ops manager can run, doesn't qualify as a real solution.

Step 3 — Tooling & AI-readiness assessment

Can what they already run support this — or not?

The honest answer is usually "mostly yes, with one exception" — not "replace everything" and not "change nothing."

Keep & configure

Google Workspace covers most of it

Gmail can be routed and templated into a single structured intake with light configuration. A shared drive, set up properly, is enough to hold job history and a quoting reference — no new platform needed here.

Genuinely outgrown

Scheduling needs to move off the spreadsheet

A shared sheet was fine at 12 staff. At 34, with three double-bookings this quarter, it's a structural risk, not a habit to fix. This is the one place the diagnostic recommends a new tool — a lightweight field-service scheduling platform, configured, not built from scratch.

// This is the caveat in practice: the default is configure what you have. A new platform only gets proposed when the assessment shows the current one genuinely can't do the job — and here, it can't.

The gap behind the gap

Most of this traces back to knowledge, not process.

Look closely at Gaps 02 and 03 above and they're not really scheduling or logging problems — they're knowledge management problems wearing a process costume.

Finding

"How we quote a job" exists in three places — and none of them agree

A pricing doc last updated 14 months ago, a running text thread between two senior technicians, and whatever the ops manager remembers from the last exception she approved. New technicians quote differently depending on who trained them. The fix isn't a smarter scheduling tool — it's capturing that logic once, somewhere the whole team actually uses.

The output

A prioritised fix list — not a 40-page report.

This is what actually gets handed over at the end of an Audit. Four fixes, ranked, each tagged by impact and effort.

01

Centralise job intake

Route all requests through one structured form/inbox rule, no new platform required.

High impact · Low effort
02

Document the quoting & escalation logic

Capture what's currently tribal knowledge into one living reference the whole team can use — the knowledge-management fix behind the process fix.

High impact · Low effort
03

Move scheduling off the spreadsheet

The one recommended platform change, configured — not custom-built — once the current tool is confirmed as the actual constraint.

Medium impact · Medium effort
04

Weekly visibility summary for leadership

A simple automated rollup of backlog and jobs at risk of running late, built on top of the tools already in place — the automation layer, applied last.

Medium impact · Low effort
Where this fits

This is what an Audit delivers. Nothing more, nothing less.

01 — Audit

What you just read

A current-state map, the gaps behind it, and a prioritised fix list — process, knowledge, and tooling assessed together, in one bounded engagement.

03 — Fractional

Owns the whole list over time

Embedded, ongoing leadership that works through fixes like these as priorities shift — not a one-off report that sits in a drive.

Bring the real thing

This was a composite example. Yours would be about your actual workflow.

Start a conversation