Chatbot deflection is an operating-risk metric, not a service saving
Citizens Advice found stress, delay and abandonment when people could not reach a human in essential services. Automation should be judged by verified resolution and safe handoff, not containment alone.

What happened
Citizens Advice called for a right to human contact after research on digital exclusion and essential-service support.
Why it matters
A high chatbot-containment rate can hide delayed resolution, repeated contact and harm to customers who need an exception path.
The Guardian reports that Citizens Advice is urging essential-service providers to guarantee a route to a human. In polling commissioned by the charity, only 20% of UK adults preferred chatbots as a communication channel. Among people who found it difficult or impossible to reach a human, 49% reported stress or frustration, 44% experienced a delay and 14% gave up trying to resolve the issue.
These are survey results and service cases, not a controlled comparison of every chatbot. They do not prove that automation caused each outcome. They do show why “deflection” or “containment” is unsafe as a stand-alone success metric in banking, energy, telecoms, housing or public services.
Measure the end state
A bot can end a conversation because the issue was resolved, because the customer switched channel, or because the customer abandoned the attempt. Those outcomes look identical in a containment dashboard but have opposite implications.
Link the automated interaction to a case outcome. Measure verified first-contact resolution, repeat contact within a defined window, time to resolution, correction rate, complaint or appeal, abandonment after an unresolved response, and successful transfer with context preserved. Segment results by issue type, urgency, disability and access need. Do not infer vulnerability from a single interaction; provide a low-friction choice of channel.
Citizens Advice also described offline corrections taking far longer than a functioning online route and cited cases involving debt and homelessness support. Those examples do not establish a universal delay. They make the consequence of a failed exception path material enough to test.
Define the handoff contract
Specify which intents may be automated, which require immediate human review, the maximum number of failed turns, the operating hours behind an offered transfer and what context must follow the case. Test whether the user can request a human without guessing a phrase. Monitor queue capacity so that a nominal handoff does not become a second dead end.
Run journey tests with real service constraints before release and after every material model or policy change. Include interrupted sessions, poor connectivity, assistive technology, shared devices, uncommon language, disputed identity and urgent cases that begin outside staffed hours. Score whether the user understands the next step, whether the transfer actually opens and whether the receiving worker can continue without forcing the person to repeat sensitive information.
False positives and false negatives differ by intent. Escalating a routine balance query wastes capacity; failing to escalate imminent disconnection, suspected fraud or homelessness can cause much greater harm. Set thresholds accordingly and give operations teams authority to narrow automation when queues, outages or error rates change. A static prompt cannot substitute for live service controls.
An experiment can compare alternative routing rules, but it must not withhold a necessary human route from a high-risk group. Use staged rollout, shadow evaluation or lower-risk intents first. Publish the stopping rule: the level of unresolved repeat contact, abandonment or severe incident that pauses expansion.
Keep cost metrics, employee workload and customer outcomes on the same dashboard. Automation may reduce routine contacts and free specialists for harder cases. That benefit is credible only when verified resolution holds and high-severity failures do not migrate to the people least able to navigate the system. Treat containment as a routing signal; treat resolved, reviewable service as the outcome.