Every complaint team celebrates the same milestone: ticket closed. But "closed" describes your workflow, not your customer. The only person who can tell you whether the relationship survived is the customer — and unless you ask, systematically, every time, you're guessing.
A Customer Satisfaction Index (CSI) is how you stop guessing. This guide covers what a CSI is, why post-resolution feedback is its richest source, how to design the rating capture, how to roll ratings into an index, how to segment it so a quietly unhappy account never surprises you, and — the part most teams skip — what to actually do when the number moves.
1. What is a Customer Satisfaction Index?
A CSI is a single, rolled-up measure of customer satisfaction built from many individual ratings. Each rating is a small, noisy signal — one customer, one interaction, one mood. Aggregated consistently, the noise cancels and a real signal emerges: is our service getting better or worse, overall and for whom?
Three properties make an index worth the name:
- It's built from real events. Each rating is attached to a specific resolved complaint or service ticket — not a general "how do you feel about us?" survey. That makes every score traceable back to a cause.
- It's consistent. Same scale, same question, same timing, every time. Consistency is what makes this month comparable to last month.
- It decomposes. The headline number can be broken back down — by customer, by complaint category, by ticket owner — so movement can be investigated, not just observed.
For ISO 9001 organisations there's a second reason to care: clause 9.1.2 requires you to monitor customers' perceptions and define your method for doing so. A ticket-linked rating programme rolled into a CSI is a method an auditor can inspect — we cover that angle in our ISO 9001 complaint handling article.
2. Why complaint-resolution feedback is the richest source
You can ask for satisfaction ratings anywhere — after a sale, in an annual survey, on a website widget. Post-complaint feedback beats all of them for one reason: the stakes were real.
A customer who complained has just experienced your organisation under stress. They saw how fast you responded, whether you kept them informed, whether the fix actually worked. Their rating measures the thing that decides retention: not whether you're pleasant when everything goes right, but whether you're dependable when something goes wrong. Service-recovery experiences are disproportionately what customers remember and retell.
Complaint feedback is also naturally paired data. Every rating arrives attached to a ticket that already carries a category, a priority, an owner, a resolution time and — for serious defects — a root cause. That context is what turns "3 out of 5" from a mood into a diagnosis.
3. Designing rating capture — when and how to ask
Most feedback programmes fail at capture, not analysis. The design decisions that matter:
- Ask while the work is open and you'll measure frustration with an unfinished job
- Ask months later and you'll measure memory, not experience
- The right trigger is ticket closure: resolution verified, then the feedback request is scheduled
- Feedback that depends on a handler remembering to call happens for the easy customers and skips the angry ones — which inverts your data
- A feedback schedule created automatically at resolution makes the request a task with a due date, like any other follow-up
- Feedback-due alerts chase the requests that haven't come back, so silence gets followed up instead of forgotten
- One rating on a fixed scale, plus an open remarks field — that's enough
- The rating feeds the index; the remarks explain the rating
- Long questionnaires depress response rates and punish exactly the customers you most need to hear from
- A feedback request over WhatsApp or a quick follow-up call gets answered; a formal survey link often doesn't
- Whatever the channel, the rating should land against the ticket — one record, one history
4. Rolling ratings into an index
Once ratings arrive consistently, the index itself is simple arithmetic. The common pattern: capture ratings on a fixed scale, average them over the period, and express the average as a percentage of the maximum possible score. As an illustration, on a 1–5 scale an average of 4.0 for the month is a CSI of 80%; if next month's average slips to 3.6, the CSI reads 72% and the decline is visible at a glance.
The formula matters far less than the discipline around it:
- Fix the scale and never change it mid-stream. Rescaling breaks your trend line — the most valuable thing the index produces.
- Define the period and stick to it. Monthly is typical: long enough to accumulate ratings, short enough to react.
- Report the response rate alongside the index. A CSI built on a handful of replies is a rumour, not a measure — and a falling response rate is itself a satisfaction signal.
- Trend against your own baseline. There is no meaningful universal "good CSI"; your comparison is you, last quarter.
The CSI loop: every verified resolution schedules a feedback request, every rating feeds the index, and every low score triggers an investigation — not just a shrug.
5. Segmenting — customer, category, owner
The headline CSI is a smoke alarm; segmentation is finding the fire. Three cuts do most of the work:
| Segment | Question it answers | What movement means |
|---|---|---|
| By customer | Which specific accounts are drifting down? | A key account whose ratings fall across consecutive tickets is telling you they're preparing to leave — customer-wise detail feedback catches it while the overall index still looks fine |
| By complaint category | Which type of problem damages trust most? | A category that resolves on time but rates poorly means the fix works and the experience doesn't — communication, not competence, is the gap |
| By ticket owner | Whose resolutions rebuild trust, and whose don't? | Owner-level differences are coaching opportunities: what does your best-rated engineer do differently on site? |
The averaging trap is worth naming explicitly: a stable overall CSI can hide one furious customer behind nine delighted ones. The customers most likely to churn are, by definition, a minority of your ratings — which is exactly why the index must decompose to customer level, every period, not just when someone gets curious.
6. Acting on the signal — Pareto, root cause, 8D
Measurement without consequence trains customers to stop responding. When the index — or a segment of it — moves down, the response should follow the same discipline as complaint handling itself:
- Pareto the low scores. Group poor ratings by complaint category and customer. A few categories almost always account for most of the dissatisfaction — that's where the effort goes first.
- Read the remarks before theorising. The open-text remarks attached to low ratings usually state the cause plainly: "took three visits", "nobody told us the part was delayed". Cluster them into themes rather than cherry-picking quotes.
- Root-cause the recurring themes. A theme that keeps returning is a process defect, and it deserves the same treatment as a product defect: a structured 8D investigation — fishbone the cause, correct it, deploy the fix horizontally, and record it so the lesson is retained.
- Close the loop with the customer. A customer who rated you poorly and then sees the problem actually fixed is a customer you've often won back harder than before the complaint.
- Watch the segment recover. The proof the action worked is the same instrument that found the problem: the category or account's ratings on subsequent tickets.
7. Common measurement mistakes
- Surveying annually instead of transactionally. A once-a-year survey measures brand mood with a year's lag. Ticket-linked ratings measure your process while you can still fix it.
- Only counting the responses you like. If handlers request feedback selectively, the index becomes a mirror for optimism. Scheduling requests automatically for every resolved ticket removes the choice.
- Ignoring non-response. Customers who stop answering aren't neutral — disengagement is often the last quiet step before leaving. Track response rate as a first-class metric and chase overdue feedback with alerts.
- Managing the score instead of the cause. The moment teams are pressured on the number itself, they start pleading for ratings. The score is a thermometer; treat the illness, not the reading.
- Never reading the remarks. The rating tells you that; the remarks tell you why. An index reviewed without its remark themes invites confident, wrong conclusions.
- Letting the data live outside the ticket. Ratings collected in a separate survey tool can't be joined to category, owner or root cause — which forfeits the entire diagnostic value described above.
8. How Fast Complaint Software implements the loop
Fast Complaint Software builds the whole cycle into the ticket workflow, so measurement happens as a by-product of closing complaints properly:
- Feedback schedule. After a complaint or service ticket is resolved, feedback capture is scheduled against the ticket — a dated task, not a hope. See the Feedback & CSI feature.
- Feedback-due alerts. Alerts flag feedback that is due or overdue, so unanswered requests are chased instead of silently dropped.
- Ratings on the ticket. The customer's rating and remarks are recorded against the resolved ticket — joined to its category, priority, owner and history.
- Feedback MIS with CSI. The Feedback MIS rolls ratings into a Customer Satisfaction Index and provides customer-wise detail feedback, so both the headline trend and the account-level drill-down come from the same screen.
- Dhruv AI on the remarks. Dhruv AI clusters complaint and feedback remarks into themes with AI-generated labels, and lets you ask questions of your complaint data in plain English — so "what's driving this quarter's low scores?" gets an evidence-based answer instead of an anecdote.
Every resolved ticket asks the question. Every rating lands in the index.
Feedback scheduling, due alerts, ratings, a Customer Satisfaction Index and customer-wise detail feedback — built into the same system that handles the complaint, so the satisfaction data is always joined to the cause. Dhruv AI clusters the remarks so the "why" behind the score reads itself.
A ticket-linked CSI is also your clause 9.1.2 customer-satisfaction evidence. See what clauses 8.7 and 10.2 actually require for the full audit picture, or the ISO 9001 solution page if you're evaluating software.
9. Frequently asked questions
Measure what your closed tickets aren't telling you
A 30-minute demo — the feedback schedule, ratings and the CSI report on screen, with your complaint categories.
