Delivered case study · Conversation assessments

Conversation
assessments

Exploring how customer-centre supervisors could move from manually reviewing a small sample of calls to finding the conversations that need attention.

AudienceSupervisors
Customer-centre managers
FocusConversation review
Quality · Compliance · Coaching
StatusDelivered
Public beta
At a glancePlatform scale
and review coverage
180countries with deployments
+10mdevelopers using the platform
+320kcustomers served by the platform
<5%of calls reviewed in an average week
1 by 1conversation assessment workflow
Conversation assessment illustration showing a person reviewing a screen
Analytics chart shown inside the assessment screen

Situation

Supervisors are responsible for conversation quality, compliance and coaching.

Reviewing customer conversations is part of the supervisor and customer-centre manager role. They check whether customer experience professionals follow the expected script, meet regulatory and internal requirements, and receive support or training when needed.

The workflow supports structured assessments, but every review still requires someone to open the call, listen manually or check the transcription and record the outcome.

Illustration of a supervisor reviewing conversations on a laptop

Problem statement

The process made quality review and improvement difficult to scale.

Because conversations were assessed one at a time, supervisors could review less than 5% of calls in an average week. This limited their view of the wider operation and made issues difficult to track and address through ongoing monitoring.

  • Missed compliance issuesRegulatory risk and financial loss could go undetected.
  • Limited monitoring coverageThe small sample made recurring issues difficult to track and address.
  • Coaching gapsSupport depended on which conversations happened to be selected.
  • Hidden patternsTrends across customer experience professionals, teams and conversation types were hard to see.
  • Manual classificationTagging added time to an already demanding role.
  • Missed commercial opportunitiesRelevant cross-sell or upsell moments could remain unseen.

Role & team

Discovery and structure preparation within a wider initiative.

I worked with the same core team as the wider customer-centre experience, focusing this phase on discovery, framing and structural foundations.

Product designer (me)Product manager
Engineering managerDeveloper / UI engineer
ArchitectContent designerContent writer

Scope note: later development expanded to external integrations and moved to another team.

Key design decisions

Make quality visible while keeping review focused.

01

Keep the call visible

Anchor the assessment to the conversation instead of separating review from evidence.

02

Make criteria reusable

Use consistent language operators and question structures across products.

03

Show evidence beside the call

Help reviewers connect each judgement to a specific moment in the conversation.

04

Design for coaching and scale

Support live coaching, historical review and a model that can grow.

Current scenario

How it used to work.

A supervisor searched historical reporting for one conversation, opened the call, selected a questionnaire and rated each question. Comments could be added before the assessment was saved.

Historical reporting→ Search for a conversation→ Open conversation→ Select questionnaire
AssessRate each question→Complete assessment
CommentAdd comment (optional)→Save comments

UI structure

Keep the conversation visible while the assessment stays focused.

The screen kept the call context and assessment task together. Select a view to explore how the structure supported the review.

Page structure

A focused review surface.

The timeline, conversation context and questionnaire stay together so the supervisor can assess the call without losing orientation.

Before and after comparison of the conversation assessment page structure
Before and after: the assessment workflow compared with the redesigned conversation details structure.

Concept explorations & prototype validation

Make the change testable before it becomes expensive.

I used lightweight concepts and working prototypes to explore how questionnaire setup, question reuse and conversation evidence could fit together. Each iteration focused on a decision the team needed to make before moving into development.

Concept exploration

Keep the review anchored.

Tested how the conversation, questionnaire and assessment actions could share one focused surface.

What to test → orientation while reviewing
Concept exploration

Make criteria reusable.

Explored a prompt or API-led path for adding language operators and assembling product-specific questionnaires.

What to test → setup effort and flexibility
Prototype validation

Show evidence beside the call.

Rendered operator results next to the transcript so a supervisor could connect a signal with the conversation context.

What to test → confidence in the evidence
Prototype validation

Protect question history.

Validated the prototype against the existing questionnaire model. Titles could change without losing assessment history, but changing a question’s meaning could make reports difficult to interpret. Teams could duplicate a question, then rename and edit the copy without changing other questionnaires or historical analysis.

What to test → safe evolution without changing historical reports

Design opportunity

Move from isolated assessments to scalable quality insight.

How might we help supervisors understand which conversations need attention, identify patterns across a larger sample, and focus human review where it has the greatest impact?

From

Open one call → choose a questionnaire → listen → rate every question → add comments.

To explore

Surface meaningful signals → prioritise review outliers → understand patterns → identify root causes and coach with context.

Next questions

The next draft needs the solution story.

This first version establishes the current workflow and the scale problem. The next iteration will add the design direction, research evidence, collaboration model and outcome once those details are confirmed.

  • What signals or classifications should be automated or suggested?
  • Prioritisation was explored elsewhere.A separate initiative addressed how supervisors could prioritise conversations for review. Details are omitted here to protect privacy.
  • What views would help teams compare patterns across customer experience professionals or queues?
  • What changed after the new experience was introduced?

Takeaway

Make quality visible before it becomes a problem.

The opportunity is to move from a small, manually selected sample towards structured signals that help teams see patterns, focus review and coach with context.

Surface meaningful signalsPrioritise review outliersUnderstand patternsCoach with context