The 12 customer service KPIs worth tracking — at a glance

If you only have 60 seconds, here's the scorecard. Every metric below has a formula, a benchmark, and a clear "use it when" — so you can pick three or four that actually fit your team instead of tracking everything badly.
| # | KPI | What it measures | Formula | Good benchmark | Use when |
|---|---|---|---|---|---|
| 1 | First Contact Resolution (FCR) | % of issues solved on the first touch | Resolved-first-contact ÷ Total contacts × 100 | 70-80 % | You want a single efficiency-and-quality combined metric |
| 2 | Customer Satisfaction (CSAT) | Per-interaction happiness | Positive ratings ÷ Total ratings × 100 | 85-90 % | You need fast, channel-specific feedback |
| 3 | Average First Response Time (FRT) | How fast you reply to the first message | Σ first-response times ÷ Total tickets | Email < 1 h · Chat < 1 min | SLA reporting + spotting capacity gaps |
| 4 | Average Handle Time (AHT) | Time spent per resolved ticket | Σ handle times ÷ Total tickets | Varies — track trend, not absolute | Capacity planning + agent coaching |
| 5 | Net Promoter Score (NPS) | Overall loyalty | % Promoters − % Detractors | 30+ good, 50+ great, 70+ world-class | Relationship-level loyalty tracking |
| 6 | Customer Effort Score (CES) | How easy it was to get help | Average of "easy/hard" 1-7 ratings | 5.5+ on 7-point scale | Detecting friction in self-serve and complex flows |
| 7 | Ticket Volume | Raw demand on the team | Count of tickets per period | N/A — track per-100-customers ratio | Growth planning + post-launch monitoring |
| 8 | Backlog / Open Tickets | Tickets older than X | Open ≥ 24 h count | < 5 % of weekly volume | Catching capacity collapse early |
| 9 | SLA Adherence | % of tickets meeting SLA | Tickets within SLA ÷ Total × 100 | 95 %+ for paid SLAs | Contractual support, enterprise tiers |
| 10 | Resolution Time | Time from open to fully resolved | Σ resolution times ÷ Total | < 24 h email, < 4 h paid tiers | Pipeline-style triage problems |
| 11 | Customer Lifetime Value (CLTV) | Revenue impact of retention | Avg revenue × Avg lifespan | Industry-dependent | Tying support quality to revenue |
| 12 | Cost per Contact | Unit economics of support | Total support cost ÷ Total contacts | $5-15 SMB · $25-75 Enterprise | Justifying automation, deflection ROI |
Vanity metrics worth dropping (or never adopting): tickets-per-agent without context, response time without resolution rate, NPS without follow-up question, CSAT without segmentation. They optimize for the wrong behavior. More on each below.
Why these 12 (and not a list of 30)
The fastest way to make a support team worse is to give them 25 KPIs. Real teams pick 3-5 metrics that map to the current bottleneck and review them weekly — the rest are reference numbers pulled on demand.
The 12 above split into three layers:
- Speed layer (FRT, AHT, Resolution Time, SLA Adherence) — operational, agent-level
- Quality layer (FCR, CSAT, CES, NPS) — customer-experience-level
- Business layer (Ticket Volume, Backlog, CLTV, Cost per Contact) — economics and capacity
A balanced dashboard pulls one from each layer. Tracking only Speed gives you fast wrong answers. Tracking only Quality gives you happy customers and bankrupt unit economics. Pick a mix, name a target, and revisit quarterly.
1. First Contact Resolution (FCR)

Definition. The percentage of customer issues fully resolved during the first interaction — no callbacks, no re-opens, no escalation.
Formula. FCR = (Issues resolved on first contact ÷ Total first contacts) × 100
Benchmark. 70-80 % across most industries. Below 50 % usually signals one of three problems: unclear ownership across teams, missing access to information, or tickets routed to the wrong skill set.
Use it when. You want a single metric that combines efficiency and quality. A high FCR is hard to fake — you can't speed-resolve without actually solving the problem.
Common pitfall. Measuring FCR with self-reported agent data only. Either use customer survey confirmation ("did this fully solve your issue?") or track re-opens within 7 days as the inverse.
How to improve it. Three levers, in this order: (1) better routing so the right skill set sees the ticket first, (2) better access to product/account context inside the support tool, (3) targeted training on the top 5 recurring issue categories.
2. Customer Satisfaction Score (CSAT)
Definition. Per-interaction satisfaction rating, usually on a 1-5 or 1-7 scale.
Formula. CSAT = (Positive ratings ÷ Total responses) × 100. "Positive" usually means 4-5 on a 5-point scale.
Benchmark. 85-90 % is the working target. Anything below 80 % needs root-cause work; above 95 % usually means the survey is poorly designed (low response from unhappy customers).
Use it when. You need fast feedback per interaction, per channel, or per agent. CSAT is the only metric that gives you per-ticket attribution.
Common pitfall. Sending CSAT surveys 7 days after resolution. Response rates collapse and the feedback is anchored to whatever happened that day. Send within 24 hours of resolution.
Pair it with. FRT (to test "does faster mean happier?") and FCR (to test "does resolved mean happier?"). The cross-tabs are where real insight hides.
3. Average First Response Time (FRT)

Definition. Time between a customer's first message and the team's first substantive reply.
Formula. FRT = Σ (first-response timestamps − first-message timestamps) ÷ Total tickets
Benchmark. Email < 1 hour for paid tiers, < 4 hours otherwise. Live chat < 1 minute. Phone — pick up within 3 rings or queue with callback option.
Use it when. You're sizing the team against demand. FRT going up is the earliest signal that capacity is breaking.
Common pitfall. Counting an auto-acknowledgement ("we got your message!") as the first response. It isn't. Customers know the difference.
Speed without quality is a trap. A team that hits FRT < 30 seconds by sending "looking into this!" copy-paste replies has a great FRT and a terrible CSAT. Pair them.
4. Average Handle Time (AHT)
Definition. Average time an agent spends on a single ticket from start to resolution, including hold/transfer time.
Formula. AHT = (Total handle time ÷ Total tickets handled)
Benchmark. No universal number — depends on product complexity. Track the trend and the outliers rather than the absolute value.
Use it when. You're doing capacity planning or identifying agents who need coaching (consistent outliers on either side).
Common pitfall. Treating low AHT as good. A low AHT often hides agents closing tickets without solving them — driving up re-opens and dragging down FCR.
5. Net Promoter Score (NPS)
Definition. Likelihood a customer would recommend you on a 0-10 scale. Detractors (0-6), Passives (7-8), Promoters (9-10).
Formula. NPS = % Promoters − % Detractors
Benchmark. 30+ is solid for B2B SaaS. 50+ is genuinely good. 70+ is rare — Apple, Costco, Tesla territory. Negative NPS means active brand damage.
Use it when. You want a relationship-level loyalty signal, not transaction-level satisfaction. Survey quarterly, not after every interaction.
Common pitfall. Treating NPS as a customer-service metric only. It's a product-and-experience metric — support is one input among many.
6. Customer Effort Score (CES)
Definition. How easy it was for the customer to get their issue resolved, usually on a 1-7 "very difficult → very easy" scale.
Formula. Average score across responses. Some teams use "top-2-box" instead — % of responses rating 6 or 7.
Benchmark. Average 5.5+ on a 7-point scale, or 70 %+ top-2-box.
Use it when. You're testing whether self-serve, knowledge-base content, and automation are actually reducing friction — or just shifting it.
Common pitfall. Asking CES too early. The customer needs to have actually used the resolution before they can rate effort. Wait 24-48 hours.
7. Ticket Volume
Definition. Raw count of support tickets per period — daily, weekly, monthly.
Formula. Count of inbound tickets per period
Benchmark. No universal number — track as a ratio to active customers (tickets per 100 active accounts) so it scales with the business.
Use it when. You're forecasting headcount, monitoring product launches (ticket spikes follow ship dates), or measuring deflection from automation.
Common pitfall. Treating volume in isolation. Volume going down is good if CSAT holds; volume going down because customers gave up and churned is catastrophic.
8. Backlog / Open Ticket Aging
Definition. Count of tickets open longer than X (commonly 24 hours, 48 hours, 7 days).
Formula. Tickets in queue where (now − created_at) > threshold
Benchmark. Less than 5 % of the weekly volume sitting open beyond 24 hours. Less than 1 % beyond 7 days.
Use it when. You want the earliest warning that capacity is breaking. Backlog grows before FRT does because new tickets keep arriving while old ones sit.
Common pitfall. "Closing" tickets to clear backlog without resolution. Always pair with re-open rate.
9. SLA Adherence
Definition. Percentage of tickets that meet the response- and resolution-time commitments tied to the customer's tier.
Formula. SLA Adherence = (Tickets within SLA ÷ Total SLA-covered tickets) × 100
Benchmark. 95 %+ for paid SLAs. Lower than that on a recurring basis means you're either understaffed or your SLAs are unrealistic.
Use it when. You have contractual support tiers, enterprise customers, or any plan that explicitly sells response/resolution times.
Common pitfall. Only measuring response SLA, not resolution SLA. Hitting "responded within 1 hour" while resolution slips to day 7 looks great on the dashboard and terrible to the customer.
10. Resolution Time
Definition. Total elapsed time from ticket open to ticket fully resolved (including handoffs and customer wait time).
Formula. Resolution Time = Σ (resolved_at − created_at) ÷ Total resolved
Benchmark. < 24 hours for email on standard tiers, < 4 hours on paid SLAs. Track median, not just mean — outliers wreck the average.
Use it when. Your bottleneck is later in the pipeline, not at first response. A team can have fast FRT and slow resolution if they triage well but execute slowly.
Common pitfall. Tracking "agent active time" instead of customer-perceived time. The customer doesn't care that you waited 3 days for the engineer — that's still 3 days for them.
11. Customer Lifetime Value (CLTV)
Definition. The total revenue a single customer generates over their relationship with you, attributed in part to the support experience.
Formula. CLTV = Average revenue per customer × Average customer lifespan. Support-attributed CLTV uses retention lift from high-CSAT cohorts.
Benchmark. Industry-dependent. The point of measuring CLTV from a support angle is to justify investment in support quality — not to hit a number.
Use it when. You're making the business case for additional headcount, automation tools, or premium support tiers. CLTV lets you translate "happier customers" into "more dollars."
12. Cost per Contact
Definition. Fully-loaded support cost divided by ticket count — the unit economics of your support function.
Formula. Cost per Contact = (Salaries + Tools + Overhead) ÷ Total tickets resolved
Benchmark. $5-15 for SMB-focused teams using shared inboxes and self-serve. $25-75 for enterprise/complex products. Above $100 means either highly specialized support or inefficiency.
Use it when. You're evaluating automation ROI, deflection from a help center, or AI-assisted triage. Cost per contact is the metric that turns "we should automate" into "we'll save $X per month at current volume."
How to pick the 3-5 KPIs that matter for your team
Skip the "track everything" trap with this short decision tree:
1. What's the loudest complaint right now?
- "We're too slow" → FRT + Resolution Time + Backlog
- "Customers say we don't solve their problem" → FCR + CSAT
- "Support is too expensive" → Cost per Contact + AHT + Ticket Volume
- "We don't know if we're improving" → CSAT + NPS + FCR (quarterly review)
2. What's the business stage?
- Early-stage (< 100 customers): 3 metrics — FRT, CSAT, Backlog. Anything more is theater.
- Growth (100-1,000 customers): add FCR + Ticket Volume.
- Scale (1,000+): layer in Cost per Contact + SLA Adherence + per-channel breakdowns.
3. What can you actually measure cleanly?
If the tool you're using can't break down a metric per channel, per agent, and per ticket category, that metric is going to be misleading. Better to track three well than twelve badly.
Where Triageflow fits in this picture
Triageflow is an AI shared inbox — it doesn't ship a KPI dashboard, and we won't pretend it does. What it does affect is which KPIs move when you adopt it:
- FRT drops naturally because the AI drafts responses for routine tickets, so the median time-to-first-response for that segment falls to seconds. The high-complexity tail still needs a human, and that's where you want them.
- AHT drops on routine work because agents are editing AI drafts rather than writing from scratch. The freed-up time goes to the 15-20 % of complex tickets that actually need craft.
- FCR stays neutral to positive if you train the AI on past resolutions — it gets the routine tickets right the first time, which is exactly what FCR rewards.
- Cost per Contact drops because the same team handles more volume. This is the metric automation ROI lives or dies on.
What Triageflow won't fix: bad CSAT caused by product gaps, NPS dragged down by pricing decisions, or backlog from genuinely understaffed teams. KPIs surface those — Triageflow can't paper over them.
If your bottleneck is "we're spending too much agent time on tickets the AI could draft," see how it works at triageflow.com. If your bottleneck is somewhere else, the right tool is somewhere else.
Common customer-service KPI mistakes
Five patterns that show up in almost every audit:
1. Optimizing for the metric, not the outcome. A team rewarded on AHT will close tickets fast. A team rewarded on CSAT alone will over-promise. A team rewarded on FRT will send empty acknowledgements. Always pair metrics so one constrains the other.
2. Same KPIs across all channels. Email is not chat is not phone. FRT < 1 hour is excellent for email and catastrophic for chat. Set channel-specific targets.
3. Surveying the wrong customers. Sending CSAT to tickets that escalated to engineering or refunds will produce skewed data. Either segment those out or weight them separately.
4. Tracking without acting. A dashboard nobody looks at weekly is wallpaper. Block 30 minutes every Monday for the team lead to review last week's numbers and pick one thing to fix.
5. Setting targets without baseline data. "Let's hit 90 % FCR" with no idea where you started is a slogan, not a target. Measure for 4 weeks, then set a stretch number 10-15 % above current.
Customer-service KPI frequently asked questions
What are the 5 most important customer service KPIs?
For most teams: First Contact Resolution, Customer Satisfaction (CSAT), Average First Response Time, Backlog, and Net Promoter Score. The first three cover daily operations; the last two cover relationship health and capacity health.
How do you measure KPIs for customer service representatives?
At the individual agent level, focus on per-agent CSAT, per-agent FCR, and adherence to schedule/SLA targets. Avoid measuring individual response time in isolation — it rewards copy-paste responses. Aggregate FRT belongs to the team, not the agent.
What is a good FCR for customer service?
70-80 % across most B2B SaaS and SMB-focused support. Below 50 % usually signals routing, knowledge-access, or training gaps. Above 90 % usually means tickets are being closed without proper resolution — check re-open rates as a sanity check.
Is CSAT or NPS better for customer service?
They measure different things. CSAT is per-interaction satisfaction (use it weekly, per agent, per channel). NPS is relationship-level loyalty (use it quarterly, at the customer level). Run both, but don't average them.
How often should customer service KPIs be reviewed?
Weekly for operational metrics (FRT, Backlog, Ticket Volume), monthly for quality metrics (CSAT, FCR), quarterly for relationship metrics (NPS, CLTV). Daily reviews of weekly metrics are noise, not signal.
What's the difference between CES and CSAT?
CSAT asks "were you satisfied with this interaction?" CES asks "how easy was it to get help?" CES is more predictive of churn — customers who had a hard time, even if satisfied with the outcome, churn at higher rates than customers who had an easy time but a so-so outcome.
What to do this week
Don't try to roll out 12 KPIs at once. Pick three from the table above based on the decision tree, write the formulas down where the team can see them, and run a 4-week baseline before setting any target.
If you want to see how the operational metrics — FRT, AHT, FCR — change when AI helps your team draft responses, Triageflow gives you a 14-day window to measure your own deltas honestly.