How to Identify Repeat Demand in Contact Centres
- Graeme Colville
- Mar 24
- 4 min read
Updated: May 15
Your contact centre feels busy.
The queues are building. The same issues keep coming back. The team feels stretched.
But when you look at the data, nothing obvious explains it.
Headcount is stable. Forecast hasn’t changed dramatically. Performance metrics look acceptable.
This is where many operations get stuck.
Because the issue is not always visible in the way demand is reported.
A growing share of your contact volume may be repeat demand. Customers returning because something was not fully resolved the first time.
If you are still working out what repeat demand is and how it differs from repeat calls, what repeat demand is is covered in full before coming back here.
If you can identify it, you can reduce it.
If you can’t see it, you will keep resourcing around it.
For a full breakdown of how repeat demand builds, compounds, and affects contact centre performance, see The Complete Guide to Repeat Demand in Contact Centres.
This post covers how to identify repeat demand in contact centres using a simple five-step method that works without specialist reporting tools or system changes.
Why Repeat Demand Is Hard to See
Repeat demand does not appear clearly in most contact centre reporting.
It looks like normal contact volume.
A call is a call.
An email is an email.
A chat is a chat.
Standard dashboards group all of this together.
They show volume, handle time, service level, and abandonment.
When abandonment rate rises alongside repeat contact rate, both are often pointing at the same structural failure - customers returning about unresolved issues are more likely to give up before reaching an agent the second time.
They do not show whether that contact should have happened in the first place.
This is why many operations assume demand has increased when in reality the system is generating more contacts from unresolved issues.
What Repeat Demand Actually Looks Like
Repeat demand happens when a customer contacts you again about the same issue.
That might be:
A call back because the issue was not fully resolved
A follow-up email chasing an update
A second contact because a downstream process failed
A customer re-explaining the same problem to a different agent
This is often referred to as failure demand.
It is demand created by the operation itself.
Not because the customer has a new need, but because the original need was not fully met.
How to Identify Repeat Demand in Contact Centres: Call Abandonment, Avoidance and Recontact Rates
You do not need a complex system to identify repeat demand.
You need a clear method.
Step 1: Select Your Top Contact Reasons
Focus on your highest volume contact types.
Pick 3 to 5 to start.
This is where the impact will be.
Step 2: Pull 60–90 Days of Data
You need enough data to see patterns.
Short timeframes hide repeat behaviour.
Step 3: Identify Repeat Contacts
Look for customers who contacted you more than once about the same issue within a defined timeframe.
Use simple windows:
7 days
14 days
30 days
Step 4: Group by Contact Reason
Do not look at repeat demand in total.
Break it down by contact reason.
This shows where the problem actually sits.
Step 5: Calculate the Repeat Rate
For each contact reason:
Repeat Demand % = Repeat Contacts ÷ Total Contacts
This gives you a clear signal.

What Good vs Bad Looks Like
Not all repeat demand is avoidable.
Some level of repeat contact is normal.
But patterns matter.
5–10% → expected background noise
20–30% → structural issue emerging
30%+ → strong signal of failure demand
When repeat demand is concentrated in high-volume contact reasons, the operational impact becomes significant very quickly.
Where to Look First
If you want fast insight, start here:
High volume contact reasons
Processes with known delays or dependencies
Contact types involving multiple teams
Areas with repeat complaints or escalations
You are not trying to analyse everything.
You are trying to find where the system is breaking.
Why Most Teams Misidentify Repeat Demand
When operations feel pressure, the instinct is to look at:
Agent performance
Handle time
Quality scores
Staffing levels
These are visible.
Repeat demand is not.
So the response focuses on improving how contacts are handled rather than questioning why they are happening.
Teams get faster. The work does not reduce.
Call avoidance is another signal worth checking - when agents are steering customers away from certain contact reasons rather than resolving them, repeat demand is often already embedded in those call types.
A Quick Leader Diagnostic
If you do not have clean data yet, start with this.
Ask your team leaders:
“How many of today’s contacts were customers calling back about something that wasn’t resolved last time?”
You will not get a precise number.
But you will get direction.
If their answer is consistently higher than what your reporting suggests, there is a gap.
That gap is where repeat demand is sitting.
What to Do Once You Find It: A Contact Center Optimization Starting Point
Finding repeat demand is not the end.
It is the start of the real work.
The instinct is to:
Coach agents harder
Add more checks
Increase quality monitoring
This rarely solves the problem.
Because repeat demand is usually created by:
Process gaps
System constraints
Policy limitations
Handoffs between teams
The focus needs to shift from improving the interaction to fixing the conditions that created it.
The Bottom Line
Repeat demand is one of the biggest drivers of hidden workload in contact centres.
It does not show up clearly in standard reporting.
But it shows up in how the operation feels.
If your contact centre feels busier every month, identifying repeat demand is one of the fastest ways to understand why.
Operations that identify and remove the structural causes of repeat demand typically see call reduction within 60 to 90 days - not as a managed target, but as a natural consequence of fewer contacts arriving.
The next step is how to reduce repeat demand - the five-step structural framework that starts exactly where this identification process ends.



Comments