CSAT by Customer Report: See Which Accounts Experience the Most Support Friction - TicketBoard"> CSAT by Customer Report: See Which Accounts Experience the Most Support Friction - TicketBoard">

Zendesk CSAT by Customer Report

Overall CSAT tells you how customers feel about support on average. CSAT by customer tells you which accounts are actually having the worst experience.

That difference matters because a stable company-wide score can still hide serious dissatisfaction inside a few relationships. This guide shows how to build a Zendesk CSAT by customer report, how to interpret low satisfaction at the account level, and how to avoid overreacting to thin survey data.

What this report should answer

A useful CSAT-by-customer report should answer:

  • Which customers or organizations submit the lowest support ratings?
  • Is dissatisfaction concentrated in a handful of accounts even while the overall score looks healthy?
  • Are low scores tied to one issue type, one support group, or one stage of the customer journey?
  • Do the same accounts also show slow resolution, high reopen risk, or high support demand?

For the metric definition, see CSAT. For related quality signals, also review customer effort score and customer reopen rate.

Why customer-level CSAT matters

Blended satisfaction is useful for leadership, but it is weak at showing concentration.

One account can experience a much worse support system than the overall score suggests because:

  • the account gets more complex or emotional issue types
  • one specialist workflow serves that account poorly
  • low ratings are clustering around one implementation stage or product area
  • the rest of the customer base is rating highly enough to smooth the average

Customer-level CSAT is especially important for B2B teams, where a few strategic accounts can matter more than the headline score itself.

How to build the report in Zendesk

Use the Support: Tickets dataset in Zendesk Explore and choose a time window that gives you enough ratings to avoid noisy conclusions. Monthly views usually work best.

1. Group by organization when possible

For B2B support, organization-level reporting is usually more useful than requester-level reporting because one account experience often spans multiple contacts.

2. Pair the score with rating count

A low score on two ratings does not mean the same thing as a low score on fifty. Always review:

  • CSAT score
  • rating count
  • solved ticket count if available

That keeps the report grounded in evidence instead of noise.

3. Add issue and workflow context

The most useful supporting cuts are:

  • top tags or issue categories
  • assigned group
  • channel mix
  • plan tier or customer segment
  • lifecycle stage such as onboarding or renewal-risk

These help turn “this account rates us poorly” into “this account keeps rating one workflow poorly.”

4. Compare CSAT with other account-level signals

The strongest companion views are:

If low CSAT appears with slow cycles and repeat work, the issue is rarely cosmetic.

5. Trend the pattern over time

A one-month dip may be incident noise. Persistent low satisfaction in the same accounts is what deserves deeper operational follow-up.

The most useful report layouts

CSAT by organization

This is the base account view. It highlights which relationships are giving the worst feedback.

CSAT by customer with rating count

This helps you separate meaningful dissatisfaction from thin sample noise.

CSAT by customer and tag

This is often the fastest way to find the work customers at that account dislike most.

CSAT with resolution time and reopen rate

This pairing shows whether bad feedback is tied to slow closure, weak quality, or both.

How to interpret the patterns

One account has low CSAT and meaningful rating volume

That is usually a real customer-health signal. The dissatisfaction is large enough to matter and specific enough to investigate.

One account has low CSAT but tiny sample size

Watch it, but do not overreact yet. You may need another month of data or ticket reading before treating it as a trend.

CSAT is weak for one segment while the global score stays healthy

This is the hidden-concentration problem. The average stays fine because most customers are happy enough to mask the local friction.

Low CSAT appears with slow resolution or high customer reopen rate

That combination usually points to real workflow pain rather than survey volatility. Customers are not just rating poorly. They are experiencing a genuinely worse support motion.

Common mistakes

  • Reading score without sample size. Rating count always matters.
  • Treating all low-scoring accounts as equal. One strategic account and one tiny account may require very different responses.
  • Ignoring workflow context. Tags, groups, and channels often explain the problem.
  • Using only survey data. Pair CSAT with reopen, backlog, and time-based metrics.
  • Assuming the overall score protects you. A stable average can still hide real relationship damage.

What to do when an account stands out

If one customer or organization repeatedly shows weak satisfaction:

  1. Read the tickets and comments behind the ratings.
  2. Check whether the pattern is concentrated in one issue type, queue, or lifecycle stage.
  3. Compare the account with Zendesk Customer Reopen Rate Report and Zendesk Resolution Time by Customer Report.
  4. Decide whether the follow-up belongs to support, onboarding, product, or customer success.
  5. Recheck the trend monthly so the report becomes part of account-health review, not just support QA.

The goal is not to chase every score swing. It is to catch the relationships where customer frustration is becoming a repeatable pattern.

Where this report fits in your dashboard

This report works best beside:

Together, those views show whether low satisfaction is isolated survey noise or part of a broader account-health problem driven by speed, quality, and support demand.

FAQ

Should I report CSAT by requester or organization?
For B2B teams, organization is usually the better default because it reflects the real relationship. Requester-level views are still useful when one user pattern matters.

How much sample size is enough?
There is no universal rule, but low rating counts should always be treated cautiously. The fewer ratings an account has, the more you should rely on reading tickets and checking other signals too.

How often should I review this report?
Monthly is the strongest default because it gives CSAT enough time to accumulate meaningfully. Weekly review can work for high-touch accounts during active issues or escalations.


See which Zendesk accounts are quietly having the worst support experience - start free