Self-service deflection audit checklist
An audit that separates real self-service resolution from customers who quietly gave up, so the deflection rate you report reflects problems actually solved — run it quarterly, or before you cite a deflection figure to anyone who controls budget.
A deflection audit exists to answer one question honestly: of the customers your self-service "deflected," how many actually got their problem solved — and how many just gave up before they reached you? Those two look identical in almost every dashboard. A session that ends without a ticket gets counted as a win whether the customer found the answer or closed the laptop in disgust. That is why deflection stays a vanity metric until someone audits it.
The baseline is worth stating plainly. Gartner's 2024 survey found that only 14% of customer service issues are fully resolved in self-service, even though 73% of customers start there — and the single most common reason for failure was that people simply couldn't find content relevant to their issue (43% of failed attempts). Gartner, 2024 So the default assumption for any un-audited deflection number is: a large share of it is abandonment wearing a resolution costume.
Run this quarterly, or before you put a deflection figure in front of anyone who signs budgets. Fill every [bracket] with your own numbers.
Before you start
- A named owner runs this audit and signs the verdict:
[name] - Reporting window fixed:
[last 90 days] - Read access confirmed to: self-service / help-center analytics, KB search logs, chatbot or deflection-tool logs, the ticketing system, and self-service CSAT if it exists
- You have a way to match a self-service session to a later ticket (email, account ID, or session stitching)
Phase 1 — Write down what "deflection" currently means here
You cannot audit a number nobody has defined. Get the current definition out of the tool and onto paper before you judge it.
- The exact formula your deflection / containment rate uses is written down (e.g.
sessions with no follow-up ticket ÷ total sessions) - You know which event counts as deflected: an article view? a search with no ticket? a closed chatbot session?
- You know the denominator — every visitor, or only those who showed intent to contact
- You know the attribution window — how long after a session a new ticket still gets linked back
- "Deflection" and "resolution" are not used interchangeably anywhere in your reporting (they are not the same thing)
Red flag: if the rate counts every help-center pageview as a deflected contact, it is measuring traffic, not resolution. Write that down and keep going — the rest of the audit will quantify how much it inflates.
Phase 2 — Separate resolution from abandonment
This is the whole audit. Take a random sample of [100] "deflected" sessions from the window and classify what actually happened to each.
| Outcome | What it looks like in the data | Counts as a real win? |
|---|---|---|
| Solved | Found the answer, no repeat contact, positive/neutral signal | Yes |
| Abandoned | Session ended, no resolution, no ticket — customer just left | No |
| Deferred | Gave up now, opened a ticket later (within [7] days) | No — a delayed ticket |
| Channel-switched | Left self-service for chat / phone / email in the same journey | No |
- Pulled a random
[100]-session sample from the reporting window (not cherry-picked, not just the successful ones) - Cross-referenced each session against tickets in the next
[7–14]days from the same customer - Read a subset of session paths / recordings for the search-then-exit "rage quit" pattern
- Calculated true resolution rate =
solved ÷ sample - Wrote down the gap: reported deflection
[__%]vs true resolution[__%]
If that gap is large, everything downstream — headcount plans, "self-service ROI," the next AI business case — is standing on a number that isn't real.
Phase 3 — Audit findability
Nearly half of self-service failures are "couldn't find the content." Test yours the way a customer experiences it.
- Took the top
[20]ticket-driving topics and searched each in your own help center using the customer's wording, not yours - Counted how many returned a relevant, current answer in the top 3 results
[__/20] - Pulled zero-result and low-click search queries — that log is a content-gap roadmap
- Confirmed titles use customer vocabulary, not internal jargon
- Checked for near-duplicate / competing articles splitting traffic on the same topic
- Confirmed the right answer isn't buried under a stale one that outranks it
Phase 4 — Audit freshness and accuracy
A customer who followed stale steps is worse off than one who found nothing — you burned trust and still got the ticket. See where answers go to die.
- Every top-
[20]article has a named owner and a visible last-reviewed date - Verified steps and screenshots in the
[10]highest-traffic articles against the current product - Flagged any article referencing a UI, price, or policy that no longer exists
- For AI / chatbot answers: confirmed each cites a real source article and doesn't improvise when the shelf is empty
Phase 5 — Audit the human escape hatch
Deflection that traps people isn't deflection; it's a wall. A blocked path inflates your number and your churn at the same time.
- A customer can reach a human without solving a puzzle or knowing a magic word
- Counted the clicks/steps from a failed self-service attempt to a real person
[__] - Context carries across the handoff — the customer doesn't re-explain from zero
- No dark patterns: no hidden contact page, no forced chatbot loop, no fake "all agents busy" wall
- Scanned reviews / social / complaint channels for "I couldn't reach anyone"
Phase 6 — Segment the failure
Averages hide who self-service fails. Break the true resolution rate down.
- Split true resolution by
[issue type],[customer segment],[device], and[new vs returning] - Named the
[3]topics with the worst self-service outcomes — these are your fix list - Checked the help center works for assistive tech and small screens (see accessible support is support)
- Confirmed complex, emotional, or money issues are not being forced into self-service — even "very simple" issues only resolve there 36% of the time
Phase 7 — Score and decide
Rate each dimension 0 / 1 / 2, then act on the total.
| Dimension | 0 | 1 | 2 | Score |
|---|---|---|---|---|
| Definition honesty | Counts pageviews | Counts sessions | Counts verified resolutions | [_] |
| Resolution vs abandonment | Never measured | Estimated | Sampled and quantified | [_] |
| Findability | Untested | Spot-checked | Top topics verified + gap log | [_] |
| Freshness | No owners/dates | Some owners | Owned, dated, recently verified | [_] |
| Escape hatch | Hard/hidden | Reachable | One-click, context carries over | [_] |
- Total:
[__/10]— below[6]means the reported number can't be trusted yet - Documented the reported-vs-true gap and the top 3 fixes
- Assigned an owner and a date to each fix
- Booked the re-audit:
[next quarter]
Quick scan — signals your deflection number is lying
- Deflection rate is rising while ticket volume is flat or up
- Self-service CSAT is unmeasured or low
- Repeat-contact / reopen rate after self-service isn't tracked
- The metric counts pageviews or bot sessions, not solved problems
- Nobody can tell you the abandonment rate
Two or more ticked: you're reporting a vanity metric. Fix the measurement before you fix the target.
Running record
One row per audit — this is how you prove the gap is closing.
| Quarter | Reported deflection | True resolution | Gap | Top fix shipped |
|---|---|---|---|---|
The goal isn't a bigger deflection number. It's a smaller gap between what you report and what customers actually experienced — and a self-service estate good enough that the two finally mean the same thing.
Continue exploring