Most support dashboards measure activity, not revenue impact. These 7 metrics — including the honest definition of AI deflection — actually predict whether your support is helping or hurting growth.
TL;DR. Most support dashboards have 40 widgets and tell you nothing about revenue. The 7 that actually predict it: CSAT trend (not level), NRR by tier, first meaningful response time, resolution time by category, repeat contact rate, AI deflection (honestly measured), and AI-vs-human CSAT delta. If those 7 are healthy, your support is contributing to growth. If they're not, you have a clear list to investigate.
Support teams have access to too many metrics. The dashboards are huge. The numbers move. Most of them measure activity — how many tickets, how fast, how many touches — without telling you whether revenue will grow or shrink next quarter.
These seven metrics predict revenue. The rest are nice to have.
| # | Metric | Why it matters | Healthy benchmark |
|---|---|---|---|
| 1 | CSAT trend | Direction matters more than level | Stable or rising over 4 weeks |
| 2 | NRR by tier | Truth metric for revenue impact | >100% (SaaS); 90–105% (consumer) |
| 3 | First meaningful response time | What customers actually feel | <15 min chat / <4 hr email |
| 4 | Resolution time by category | Surfaces product/process drift | Stable per category |
| 5 | Repeat contact rate | Did we actually solve it? | <15% transactional / <5% general |
| 6 | AI deflection (honest) | Tells you if AI works | 30–50% well-tuned |
| 7 | AI-vs-human CSAT delta | Tells you if AI hurts the experience | Within 0.1 points |
Now let's go through each.
A CSAT score of 4.2 tells you nothing on its own. A CSAT score of 4.2 that has dropped from 4.4 over the last quarter tells you a lot.
How to track: weekly CSAT, 4-week rolling average. Investigate any move greater than ±0.1 sustained over four consecutive weeks.
The level matters less than the direction. A team at 4.0 with a steady trend is healthier than a team at 4.4 dropping toward 4.0.
This is your revenue truth metric. Are last year's customers spending more, less, or the same this year, broken down by their tier or segment?
Support's contribution to NRR is real but indirect: customers with a great support experience expand. Customers with a bad one churn or downgrade. NRR is the lagging indicator that captures both.
| Business type | Healthy NRR |
|---|---|
| Enterprise SaaS with strong support | 110–130% |
| Mid-market SaaS | 105–120% |
| SMB SaaS | 100–110% |
| Consumer / DTC | 85–105% |
If your NRR is below the band, support is one of several investigation areas — and usually one of the cheaper ones to fix.
Not "first response." First meaningful response — the first message that addresses the actual question, from a human or AI.
This is the metric customers actually feel. They don't care that an auto-reply went out in 3 seconds; they care when their problem started getting solved.
| Channel | Target |
|---|---|
| Live chat | <30 sec (with AI) / <5 min (human) |
| <4 hours | |
| In-app message | <5 min |
Most help desks measure FRT in a way that includes auto-replies. Fix that first. See Cut First-Response Time by 50% for the full playbook.
"Average resolution time" is junk. A complex bug takes a week; a password reset takes 2 minutes. Lumping them together hides the real signal.
Bucket your tickets into 5–10 categories and track resolution time per bucket. Look for outliers — categories whose resolution time is creeping up are signaling product or process drift.
Example breakdown that surfaces real signals:
If "billing" suddenly takes 2× longer to resolve, that's not a support metric — that's a billing-system issue your support team is pricing.
What percentage of customers contact support more than once for the same issue? This is your "did we actually solve it" metric.
| Issue type | Target |
|---|---|
| Transactional (password resets, simple billing) | <15% |
| General support | <5% |
| Bug-related | <20% (these often need follow-up) |
A high repeat rate often means agents are closing tickets too eagerly to hit other metrics. Or your help docs aren't sticking. Or your AI is "answering" without actually resolving.
This is the most misreported metric in support. The honest definition:
A customer started a conversation. The AI responded. The customer did not contact support again about the same issue within 7 days.
That last clause is what most "AI deflection" dashboards skip. They count conversations the AI touched, not conversations the AI actually resolved.
| Reported deflection | What it usually means |
|---|---|
| "70%+" | Counts every chat the AI started, regardless of outcome |
| "50–60%" | Counts AI-handled chats, doesn't filter for repeat contact |
| "30–50%" | Honestly measured, including the 7-day check |
| "<20%" | AI is underperforming or not deployed in the right modes |
A well-tuned AI deflection rate, honestly measured, lands in the 30–50% range. If your tool reports 70%+, ask exactly how it's defined. See The AI Customer Support Playbook.
This is the single metric that tells you if your AI is helping or hurting.
| AI vs human CSAT delta | What it means |
|---|---|
| Within 0.1 points | AI is genuinely substituting for a human |
| AI is 0.1–0.3 lower | Acceptable for routine categories; tune the categories you auto-resolve |
| AI is 0.3+ lower | AI is degrading experience. Pull back to mode 3 (co-pilot only). |
| AI is higher than human | Either your humans are over-loaded or your AI is in a too-narrow good-case |
Measure this monthly. The delta drifts when product changes outdate the AI's grounding.
The metrics support teams obsess over but that don't predict revenue:
| Metric | Why ignore |
|---|---|
| Tickets per hour per agent | Activity, not outcome |
| Number of tickets closed | A closed ticket is not a solved ticket |
| First contact resolution | Often gamed by closing prematurely |
| Average handle time | Optimizes for shorter, not better |
| Backlog count | Worth watching as an early warning, not a target |
| Number of agents | Headcount is an input; output is the metric |
These aren't worthless — they help operationally — but they don't predict whether revenue grows.
Most help desks make this hard. The 7 metrics often live across systems:
Build a single weekly dashboard with these seven numbers, not a 40-widget operational dashboard. Look at it once a week, not once a day.
If you can only fit one page on the wall:
Seven numbers. If they're trending the right way, your support is contributing to revenue. If they're not, you have a clear list to investigate.
Quarterly review:
These four questions, asked once a quarter, replace 90% of the operational dashboards most teams obsess over.
4.2–4.6 is the typical band for healthy SaaS support. Below 4.0 indicates real problems. Above 4.7 sometimes indicates the survey is biased (only happy customers responding) — investigate the response rate.
NPS is useful for product, less for support specifically. CSAT measured per-ticket is a more direct support metric. NPS at the company level still matters.
Ticket count is an operational input. It tells you about staffing needs and product-issue spikes. It doesn't predict revenue directly — that's why it's not on the seven.
Weekly for the team lead. Quarterly at the leadership level. Daily for any specific metric you're actively trying to move.
LinoChat ships with all 7 metrics on the default dashboard, with the honest AI deflection formula (7-day repeat-contact filter) and AI-vs-human CSAT delta computed automatically.
Try LinoChat free — these metrics ship by default, no analytics setup required.