Customer support KPIs that actually predict performance
You can have a dashboard full of green numbers and a team that still buckles on anything hard. CSAT looks fine, handle time is down, the backlog is under control — and yet the same two people handle every tricky ticket and new hires take months to become useful. That's not a contradiction. It's what happens when every metric you track measures the past, and none of them measure capability. Here's the full set worth tracking, what each is genuinely for, and the layer almost every support team is missing.
The KPIs worth tracking — and what each is actually for
Group them by what they tell you. Each is useful; none is sufficient alone.
Efficiency — how fast the machine runs
- First response time (FRT) — how long before a customer hears from a human. Matters most for perceived responsiveness. Easy to game by sending empty holding replies.
- Average handle time (AHT) — time to work a ticket. Useful for capacity planning; dangerous as a target, because the fastest way to cut it is to escalate or bounce anything hard.
- Backlog / queue age — how much is waiting and how stale. A health check on staffing versus demand.
Quality — whether the answer was any good
- CSAT — post-interaction satisfaction. Real signal, but noisy: it measures how the customer felt, which correlates with tone as much as with whether the problem was actually solved.
- First contact resolution (FCR) — solved in one interaction, no back-and-forth. One of the most honest quality metrics you have: it's hard to fake and it directly reflects whether the agent got to the real answer.
- Customer effort score (CES) — how hard the customer had to work. Low effort predicts loyalty better than high satisfaction does.
- Internal QA score — your own review of handled tickets against a rubric. Valuable, but backward-looking and sample-based: see what QA can and can't tell you.
Outcome — the business result
- Escalation rate — how often tickets get passed up. Break it into avoidable vs genuine or it tells you almost nothing (more on that in the escalations guide).
- Retention / churn linked to support — the metric that actually pays the bills, and the hardest to attribute.
The problem they all share
Every metric above is a lagging indicator. Each one can only be measured after a real customer was affected. CSAT needs a real interaction to survey. Escalation rate needs a real escalation. Even your QA score reviews tickets that already went out the door. They tell you what already happened — which is essential for running the operation, but useless for getting ahead of a problem. By the time a metric moves, the customer impact has occurred.
There's a second trap: optimising any single one distorts the rest. Push AHT down and quality quietly falls as agents rush. Push FRT down and you get fast, empty holding replies. Reward CSAT and agents learn to be liked rather than to be right. The numbers improve; the service doesn't.
The metric almost everyone is missing: capability
The one thing that predicts future support performance is whether your agents can actually investigate an unfamiliar problem to a resolution. That's a leading indicator— measurable before it shows up in CSAT or escalation rate — and it's the only kind that lets you fix a problem before customers feel it. Note that QA doesn't give you this: QA reviews what already happened in production, against tickets that already shipped. Capability measurement asks a different question — not "was this ticket handled well?" but "can this agent handle the next unfamiliar one?"
Concretely, capability breaks into dimensions you can score: does the agent find the real problem, look in the right places, reason soundly from what they find, notice what's beyond the obvious, write something the customer can act on, stay measured under pressure, work independently, and reduce future effort? Those eight are what the work-sample assessment measures — and unlike CSAT, they don't need a harmed customer to generate a reading.
Build a balanced view, not a target
- Pair every efficiency metric with a quality metric, always. AHT next to FCR. FRT next to CSAT. Never show one without its counterweight, or someone will optimise it into the ground.
- Treat lagging metrics as your operational scoreboard and a leading capability metric as your early-warning system. You need both; they answer different questions.
- Watch distributions, not just averages. An average CSAT of 85% hides the three agents at 60% dragging against everyone else at 95%. Averages comfort; distributions inform.
- Never tie individual pay to a single gameable number. Balanced judgement beats a leaderboard on one metric every time.
Where PRISM comes in — the honest bit
You can and should track everything above with your existing helpdesk — none of it needs a new tool. What your helpdesk can't give you is the leading indicator: a read on agent capability before it turns into a lagging number. That's what PRISM measures. Agents work realistic tickets in live systems and the PRISM scoring engine scores their thinking across the eight capability dimensions, per agent, on one dashboard — including an escalation dependency score. It's the metric that sits upstream of your CSAT and your escalation rate, so you can coach the gap before a customer ever meets it. It's the same engine you'd use for ongoing training and onboarding.
Play one real ticket in a live system, and watch the PRISM scoring engine score your thinking across all 8 dimensions — the leading indicator your helpdesk can't give you. 15 minutes, no signup.
Try the live scenario →