Contact centre IVR guide
IVR (interactive voice response) is the first thing a calling customer hears. Its design determines whether simple contacts are resolved without an agent (true containment) or whether frustrated customers fight through the menu to reach one anyway (failed containment that adds to agent queue volume and elevated AHT). The difference between a well-designed and poorly-designed IVR is typically 10–20% of total agent headcount requirement.
Containment vs. deflection — the distinction that matters for WFM
IVR abandon / hang-up
Customer calls, navigates IVR, gives up without completing intent or reaching an agent. The system may log this as "contained" (never reached agent) — but the customer's intent was not resolved.
WFM effect: demand amplification. Customer calls again (repeat contact), often on a second channel. Net volume increases.
IVR routing (pass-through)
Customer navigates IVR and is routed to the correct agent skill group. IVR adds value through routing accuracy (right agent, first time) but does not reduce agent demand — every contact reaches an agent.
WFM effect: routing efficiency. Reduces misrouted contacts and transfers. Reduces AHT on transfers but does not reduce headcount.
True containment
Customer calls, completes their intent in IVR self-service (balance check, payment, order status), and hangs up satisfied without needing an agent. Intent resolved.
WFM effect: genuine volume reduction. These contacts never reach the agent queue. Directly reduces Erlang C headcount requirement.
IVR containment rates by sector and contact type
| Contact type | True containment (well-designed IVR) | Why containable? | Risk if IVR forced on complex variant |
|---|---|---|---|
| Balance / account enquiry | 65–80% | Simple lookup — answer is a number or yes/no | Low. Customer usually accepts the self-serve answer. |
| Payment confirmation / receipt | 55–70% | Transactional — confirm a payment was received, get a reference | Low. High satisfaction if confirmation is provided immediately. |
| Order status / delivery tracking | 60–75% | Status is a known data point; IVR reads it from the OMS/CRM | Medium. If order is delayed or missing, customer wants a human. |
| Appointment booking (simple) | 40–60% | Calendar lookup and booking is automatable | Medium. Complex requirements (accessibility, specific practitioner) need agent. |
| Claims notification (first report) | 15–25% | Complex information gathering, emotional customer, legal accuracy required | High. Incomplete or inaccurate claims create downstream cost. |
| Complaints | 5–15% | Emotional contact — customer almost always wants a human to hear them | Very high. Automating complaints creates escalations and regulator risk. |
| Eligibility / advisory query | 10–20% | Conditional logic; personal circumstances affect the answer | High. Incorrect advice in IVR is regulatory risk in FCA-regulated sectors. |
IVR design principles for containment
Short menus (max 4–5 options)
Why it works
Customers cannot hold more than 3–5 options in working memory. Menus with 7+ options result in customers pressing 0 (if available) or hanging up. The goal is to get to the right path in 2–3 menu levels maximum.
Common failure mode
IVR menus of 8–10 options, presented in sequence at slow speech speed. By option 6, 40% of callers have pressed 0 or hung up.
Natural language where possible
Why it works
Natural language IVR ('Say what you're calling about') outperforms DTMF menus (press 1 for X) on containment for unstructured contact reasons. Customer states their intent in their own words; NLP routes them to the right self-service path.
Common failure mode
DTMF-only menus force the customer to map their intent to the menu taxonomy — a task they are bad at. Mismatches lead to wrong routing and transfers.
Context-passing on escalation to agent
Why it works
When IVR self-service fails and the customer asks for an agent, the IVR should pass its session context — what the customer said/selected, what they were attempting — to the agent desktop. This avoids re-identification and re-explanation. AHT on agent-handled escalations from a good IVR is 15–25% lower than cold agent contacts.
Common failure mode
Customer reaches agent and must re-state name, account number, and intent from scratch. First 90 seconds of the call are wasted. This drives agent handle time up and CSAT down.
Give the agent option early (after first failure)
Why it works
If the customer cannot find what they need in the first menu level or after one self-service attempt failure, offering agent access at that point retains the customer and reduces frustration AHT. Forcing the customer through a second menu level before offering agent access increases hang-up rate and repeat contact rate.
Common failure mode
IVR designed to deflect at all costs — no 0-press shortcut, agent option only after 3 menu levels. Increases hang-up rate, repeat contact rate, and complaint-level AHT when customer eventually reaches an agent (angry by arrival).
IVR impact on WFM planning
Volume reduction (true containment)
Each percentage point of true IVR containment reduces agent-handled volume by 1% of total calls. At 30% true containment on a 10,000-contact-per-week operation, 3,000 contacts per week do not reach agents. At 8-minute AHT, that is 400 hours of agent handle time per week — approximately 11 FTE — eliminated.
AHT uplift on agent-handled contacts
Contacts that pass through IVR and reach an agent are the fraction that IVR could not contain: more complex, more distressed, more likely to be complaints or advisories. Average AHT on agent contacts from a 30%-containment IVR is typically 5–12% higher than an operation with no IVR (because the simple contacts that would have lowered the average are now contained). This AHT uplift partially offsets the headcount saving from containment — it must be factored into the Erlang C input.
Repeat contact demand from IVR failure
Customers who hang up from IVR without completing their intent (failed containment, not true containment) call back at a rate of 30–60% within 24 hours. A 1,000-contact-per-day operation with 20% hang-up from IVR generates 200–300 additional agent contacts per day from repeat callers. These repeat contacts are also typically higher-AHT (the customer is now frustrated and often explains their failed IVR attempt before getting to their actual query).
Routing efficiency (skill group sizing)
Good IVR routing reduces transfer rates between skill groups. In operations without IVR routing, transfer rates of 8–15% are common (agents transfer mis-routed contacts). In operations with effective IVR routing, transfer rates fall to 2–5%. Each transfer typically adds 1–3 minutes to the total handle time of that contact across the two agents. Reducing transfers lowers blended AHT, which reduces Erlang C headcount requirement across all groups.
IVR questions
What is a good IVR containment rate for a contact centre?
True containment (customer intent resolved in self-service) varies by contact type: 65–80% for balance/account enquiries, 60–75% for order status, 15–25% for claims notification, 5–15% for complaints. Overall containment for a mixed-contact operation is typically 25–40%. Warning: system-reported containment (contacts that did not reach an agent) overstates true containment by 30–50% because it counts hang-ups and abandons as contained.
How does IVR affect contact centre staffing?
True containment reduces agent-handled volume — each 1% of true containment eliminates 1% of agent demand. However, the staffing saving is smaller than the containment rate because: (1) contained contacts are simple, so agent-handled contacts have higher AHT; (2) failed IVR creates repeat contacts; (3) IVR routing reduces transfers. Net practical staffing saving from IVR is typically 15–25% — less than the containment rate suggests.
Related guides
Self-service deflection
Digital and IVR deflection strategies
AI in contact centres
AI chatbot containment vs. IVR
FCR guide
IVR failure and repeat-contact rate
Volume forecasting
Accounting for IVR containment in forecast
CC technology guide
IVR platforms and integration
Erlang C calculator
Model headcount after IVR containment