AI Support Guides
Last Updated:

Deepak Singla

IN this article
A 2026 operator's guide to automating support deflection inside your product, with the deflection formula, benchmark bands, seven trust metrics, and vendor pricing that quietly redefines "resolved."
Table of Contents
What is ticket deflection rate? Definition, formula, worked example
Deflection vs containment vs resolution vs automation rate
How to automate support deflection using AI inside your product
The Problem with Deflection Rate: When "Success" Means Failure
What Gartner actually says about deflection and the service desk
2026 deflection and resolution benchmarks
Why outcome-based pricing corrupts deflection metrics
7 Trust Metrics That Matter More Than Deflection
How Fini Stacks Up Against Other AI Platforms
Trust Metrics in Action: Real-World Case Studies
Auditing your deflection number in 30 days
Compliance in 2026: EU AI Act Article 50 and AI disclosure
Key Evaluation Questions
What a support leader should change this quarter
What is ticket deflection rate? Definition, formula, worked example
Ticket deflection rate is the metric that measures the percentage of tickets avoided due to AI or self-service. It is calculated as (self-service interactions minus resulting tickets) divided by self-service interactions, the formula published by Crisp on its ranking guide to AI chatbot backlogs. Learning how to automate support deflection using AI inside your product starts with knowing that this number counts avoidance, not success.
The argument of this piece: deflection rate is a volume metric masquerading as a quality metric, and in 2026 it is also a vendor invoice line. Optimising for it produces the exact customer experience you were trying to avoid.
Worked example. Your in-app agent handles 10,000 self-service sessions in a month. Within 72 hours, 3,200 of those customers file a ticket anyway. Deflection rate = (10,000 − 3,200) ÷ 10,000 = 68%.
That 68% tells you nothing about the 6,800 people who did not come back. Some got the right answer. Some got a wrong answer they believed. Some gave up and churned quietly. Deflection cannot distinguish between them, which is the whole problem.
Deflection vs containment vs resolution vs automation rate
These four metrics get used interchangeably in vendor decks and they are not the same number. On the same set of tickets, the gap between deflection, containment and resolution "can be 30 percentage points or more" according to Lorikeet's 2026 benchmark analysis, published 2026-07-16. If you report one and your CFO hears another, you have a governance problem before you have a CX problem.
Metric | What it counts | What it hides | Verification required |
|---|---|---|---|
Deflection rate | Conversations a human agent never touched | Abandonment, wrong answers, silent churn | None. That is the flaw. |
Containment rate | Conversations that stayed inside the AI channel | Whether the customer's problem was solved | None |
Automation rate | Conversations the AI handled end to end without handoff | Quality of the handled outcome | None |
Resolution rate | Tickets where the customer's actual problem was solved end to end | Nothing, if verified properly | Yes: confirmation, repeat-contact check, or CSAT |
Swept AI frames the distinction cleanly: containment means the bot fully resolved the issue, while deflection only means escalation was avoided (Swept AI). Resolution is the only one of the four that requires evidence.
A practical rule for your dashboard: report resolution rate as the headline, deflection as a secondary operational number, and never let deflection appear in a board deck without repeat-contact rate next to it. If you want the longer treatment, we wrote about why resolution rate and deflection rate diverge in practice.
How to automate support deflection using AI inside your product
To automate support deflection using AI in products, you embed an agent inside the application surface where the problem occurs, connect it to product data and write-capable APIs, trigger it contextually on error and failure states, and route anything requiring judgment to a human with full context. In-product deflection outperforms help-centre deflection because the agent already knows the account, the plan, and the failed action.

The five-layer build, in the order that works.
Most teams do this backwards. They bolt a chat widget onto the marketing site, point it at a help centre, then wonder why deflection stalls at 30%. The agent has no context, so it can only recite documentation.
The five-layer build, in the order that works:
Placement. Put the agent in-app, not just on the docs site. The highest-intent moments are inside the product: a failed payment, a stuck import, a permissions error, an empty state after onboarding.
Context. Pass the session: user ID, plan tier, current screen, last five events, error code. An agent that can see the error does not need the customer to describe it.
Actions. Read-only answers cap your ceiling. Connect refunds, plan changes, resend flows, subscription pauses, and status lookups through your API so the agent can finish the job.
Triggers. Fire contextually. On a 402 payment failure, open with the billing agent. On a third failed login, open with account recovery. Do not wait for the customer to hunt for the launcher.
Escalation. Define hard stops: policy exceptions, security and compliance events, detected frustration, anything above a refund threshold. Hand off with the full transcript and the API calls already made.
When to embed versus when to point at docs. Embed when the answer depends on account state ("why was I charged twice", "why is my export failing"). Point at docs when the answer is universal and stable ("what formats do you support"). Deflecting an account-specific question to a generic article is how you manufacture a fake deflection.
Rollout sequence. Start with one intent family on one surface, measured for four weeks against repeat-contact rate. Add a second intent only after the first clears your quality bar. Teams that launch across every intent on day one cannot tell which intent is generating the failures. The distinction between a widget that answers and an agent that acts is covered in our comparison of chatbots and true AI support agents.
The Problem with Deflection Rate: When "Success" Means Failure
Deflection counts any interaction where the customer did not reach a human, regardless of whether the problem was solved. Lorikeet's 2026 benchmark defines it precisely as "the share of conversations a human agent never touched," which explicitly includes abandoned chats. A customer who rage-quits your widget is, by this definition, a success.
Swept AI puts the ambiguity in one line: "A 60% deflection rate can mean 60% of customers got their problems solved. It can also mean 60% of customers gave up, received wrong information, or walked away" (Swept AI).
The Dark Side of Deflection
Every one of these logs as a win in a deflection dashboard:
Customer abandons chat after three irrelevant responses
Bot provides confidently wrong information and the customer accepts it
User loops through the same clarifying question and exits
Customer gives up and switches to a competitor without ever filing a ticket
Customer finds a workaround, stays annoyed, and downgrades at renewal
The last two are the expensive ones because they never appear in your support data at all. They appear in churn.
The real cost of counting avoidance
Support cost per contact falls while cost of recovery rises. Human agents inherit only the hardest, angriest half of the queue, so their handle time and burnout both climb. And because the failures exit silently, the dashboard says everything improved.
Hallucination is the mechanism that inflates the number. Research attributed to Stanford and cited by Swept AI found general-purpose LLMs hallucinated on 58% to 82% of legal queries, against 17% to 34% for domain-specific tools. A confidently wrong answer deflects perfectly. It just does not resolve anything.
What Gartner actually says about deflection and the service desk
Gartner's position on AI in service has two halves, and quoting only one of them is how vendors and skeptics both get it wrong. On the demand side, a Gartner survey of 5,728 customers fielded in December 2023 and published 2024-07-09 found that 64% of customers would prefer that companies did not use AI for customer service, and 53% would consider switching to a competitor if they learned a company was going to use AI (Gartner).

Customers object to bad AI support, not to AI.
On the capability side, Gartner predicted on 2025-03-05 that agentic AI will autonomously resolve 80% of common customer service issues without human intervention by 2029, with a 30% reduction in operational costs (Gartner).
Those two findings are not contradictory. Customers object to bad AI support, not to AI. The 2029 prediction is conditional on the resolution being real.
What this means for IT service desk deflection targets. If you run an internal service desk and your 2026 target is expressed as a deflection percentage, you have written a target that a broken bot can hit. Rewrite it as verified resolution on named intent families: password resets, access requests, software provisioning, VPN and MFA issues. Those deflect very high because they are deterministic. Nuanced incident triage does not, and forcing an average across both hides which is which.
Note the sequencing risk too. The Gartner survey data is from December 2023. Anyone citing it in 2026 as evidence that customers reject AI is citing pre-agentic-era sentiment about a pre-agentic-era product.
2026 deflection and resolution benchmarks
Independent 2026 benchmarking bands AI resolution by deployment maturity rather than by vendor. Lorikeet's 2026-07-16 analysis reports 30% to 50% for early deployments, 50% to 70% for mature workflows, and 70% to 85% for deeply integrated action-taking agents, and warns that claims above 90% typically reflect deflection metrics or narrow ticket types rather than verified resolution (Lorikeet).

Resolution scales with system access, not with model choice.
Maturity stage | What is deployed | Verified resolution band |
|---|---|---|
Early | Knowledge-base answers, no product data | 30-50% |
Mature | Documented workflows, some system context | 50-70% |
Deeply integrated | Action-taking agent with API writes and account context | 70-85% |
Claimed 90%+ | Usually deflection, or a single narrow intent | Treat as unverified |
Note that Lorikeet is itself an AI support vendor publishing marketing content, so treat these bands as a vendor-published reference point rather than neutral industry data. The bands still travel well because they match the structural logic: resolution scales with system access, not with model choice.
By-intent variance matters more than the average. Password resets, order status lookups, and refund requests inside policy deflect far higher than the blended average. Billing disputes with partial charges, account security escalations, and multi-party complaints deflect far lower. Reporting one blended number across both is how a 45% real rate gets sold internally as 70%.
Crisp asserts that routine tier-1 inquiries represent 50% to 80% of total ticket volume (Crisp), which is roughly the addressable ceiling for most in-product deflection programmes. Its customer example, Emma App, reports 3x faster resolution time, 100% of weekend conversations handled, and conversation volume rising 127% from 3,500 to 7,200 per month with zero new hires.
Why outcome-based pricing corrupts deflection metrics
As of July 2026, the three largest AI support vendors bill on outcomes rather than seats, which means each one's definition of a "resolution" is also its invoice line. That is the strongest structural argument against trusting a vendor-reported deflection or resolution number: the party counting has a direct financial interest in counting generously.
Vendor | Billing unit | What triggers the charge | Source |
|---|---|---|---|
Zendesk AI agents | Per automated resolution | A question "successfully resolved by the AI agent" without escalation to a human | Zendesk pricing, accessed 2026-07-21 |
Fin (formerly Intercom) | $0.99 per outcome | Customer confirms resolution, does not ask for more help after Fin responds, or Fin completes a workflow or handoff | Intercom pricing, accessed 2026-07-21 |
Salesforce Agentforce | Flex Credits or per conversation | $500 per 100,000 credits, an action ≈ 20 credits; alternatively a per-conversation model | Salesforce Agentforce pricing, figures from search-result verification 2026-07-21 |
Ada | Does not publicly state | Quote-based; no figures on Ada's site | Third-party estimates only, e.g. eesel |
Read Fin's definition again. "Does not ask for more help after Fin responds" is billable. A customer who reads a wrong answer, sighs, and closes the tab has produced a chargeable outcome.
Zendesk includes AI agents in every Suite and Support plan and bills only on questions resolved without human escalation, per its public pricing page, which lists Support Team at €19 per agent per month, Suite Team at €55, and Suite Professional at €115 on annual billing. Zendesk does not publish a per-resolution rate on that page, so treat any circulating per-resolution figure as third-party estimate, not vendor disclosure.
The competitive set is also mid-consolidation. On 2026-06-15 Salesforce signed a definitive agreement to acquire Fin, formerly Intercom, for approximately $3.6 billion, with close expected in Q4 of Salesforce's fiscal 2027 (Salesforce). The deal was signed, not closed, as of July 2026. That release also cites AI agents resolving on average 76% of support volume end to end for some customers, and a base of 30,000+ AI customers.
The buyer's move: ask every vendor to define, in the contract, what event triggers a billed resolution, and negotiate a clawback or credit for any billed resolution followed by a repeat contact within 48 hours. If a vendor will not put its own success definition in writing, that is your answer.
7 Trust Metrics That Matter More Than Deflection
Trust metrics measure whether the AI solved the problem correctly, safely, and in your brand's voice, rather than counting how many humans it kept out of the loop. These seven are the criteria enterprise buyers should use to evaluate AI customer support platforms beyond chatbot deflection. Each one is measurable, each has a target band, and each fails loudly rather than silently.
1. Resolution Accuracy: Getting It Right the First Time
What it measures: how often the AI provides a correct and complete solution.
How to measure it: sample 200 closed AI conversations per month, have a senior agent grade each as correct, partially correct, or wrong, and report the correct percentage with a confidence interval.
Target band: align with maturity. Fini runs at 99% accuracy across deployed accounts. Vendors who publish no accuracy figure at all should be asked for their evaluation set.
2. Escalation Intelligence: Knowing When to Step Back
What it measures: whether the AI recognises its limits and hands off with full context before the customer asks twice.
How to measure it: escalation precision (share of escalations a human agrees needed escalating) and escalation recall (share of conversations that should have escalated and did). Recall is the one that catches silent failures.
Target band: precision above 85%, recall above 95%. Recall matters more; a missed escalation is a lost customer. We go deeper on where to draw the line in our piece on automation versus escalation.
3. CSAT Delta vs. Human Agents: The Ultimate Test
What it measures: the difference in CSAT between AI-handled and human-handled interactions on comparable intents.
How to measure it: survey both cohorts with the identical question and compare like intents only. Comparing AI password resets to human billing disputes is meaningless.
Target band: parity or better. A negative delta wider than five points means customers are tolerating the AI, not choosing it.
4. Policy & Guardrail Adherence: Playing by the Rules
What it measures: how consistently the AI stays inside refund limits, authentication rules, data-handling policy, and authorisation levels.
How to measure it: automated rule checks on every transcript plus a monthly manual audit of every action-taking conversation (refunds, plan changes, data access).
Target band: above 99%. One breach in a regulated vertical costs more than a year of deflection savings.
5. Completeness Score: Addressing Every Aspect
What it measures: whether responses answer all parts of a multi-part question and supply the next step.
How to measure it: grade sampled transcripts on parts-answered ÷ parts-asked, and track follow-up-question rate as the proxy signal.
Target band: follow-up-question rate below 20% on resolved conversations.
6. Tone & Empathy Adherence: The Human Touch
What it measures: whether the language matches brand voice and acknowledges frustration appropriately.
How to measure it: rubric-scored sampling against your brand guide, weighted toward conversations that opened with negative sentiment.
Target band: 90%+ rubric pass rate. Example of the difference: "Your ID was rejected" versus "Thanks for your patience. The ID image came through unclear, so I've sent this to our verification team and you'll have an update within 24 hours."
7. Sentiment Shift: Turning Frustration into Satisfaction
What it measures: the change in customer emotional state from first message to last.
How to measure it: score opening and closing sentiment on every conversation and report net shift, segmented by intent.
Target band: positive net shift on negative-opening conversations. This is the single metric deflection can never fake, because an abandoning customer never produces a positive close.
How Fini Stacks Up Against Other AI Platforms
The honest comparison in 2026 is not a scoreboard of vendor-claimed resolution percentages, because most of those numbers have no published source. It is a comparison of what each vendor discloses, how each one bills, and who owns what. The table below is current as of July 2026 and every cell is sourced or marked as undisclosed.
Vendor | Publicly stated performance | Billing model | Ownership status, July 2026 |
|---|---|---|---|
Fini | 99% accuracy, 90% resolution rate, live in 30 days | Plan-based with included resolution allowance, no per-seat fees | Independent |
Fin (formerly Intercom) | Salesforce release cites AI agents resolving on average 76% of support volume end to end for some customers | $0.99 per outcome, all plans | Salesforce signed definitive agreement 2026-06-15, not yet closed |
Salesforce Agentforce | Does not publicly state a resolution rate | Flex Credits ($500/100k credits) or per-conversation | Salesforce |
Zendesk AI agents | Does not publicly state a resolution rate | Per automated resolution, included in all Suite and Support plans | Zendesk |
Ada | Does not publicly state | Does not publicly state | Ada |
Two of those five columns will belong to the same parent once the Salesforce and Fin transaction closes. That matters for buyers running a multi-vendor shortlist: your "two independent finalists" may be one roadmap by fiscal 2027.
A naming note, because it causes real confusion: Fin is the competitor formerly known as Intercom. Fini is us. Different companies, similar four letters.
Fini's disclosed numbers, for the record. 99% accuracy, 90% resolution rate, live in 30 days. Compliance covers SOC 2 Type II, ISO 27001, HIPAA-compliant with BAA eligibility, GDPR and CCPA. Pricing is plan-based: Growth at $3,600/mo ($3,000/mo billed yearly) with 2,000 resolutions included and $0.89 per resolution beyond that; Scale at $9,000/mo ($7,500/mo billed yearly) with 8,000 resolutions plus 500 answered voice calls and $0.69 per resolution beyond; Enterprise on custom pricing, contact Fini. No per-seat fees, unused allowance rolls forward one month, and paying annually gives two months free.
Why the architecture drives the number. Resolution scales with system access and supervision, not with model size. Fini uses a supervised, structured-execution approach with strict guardrails rather than open-ended retrieval, which is what keeps hallucinated answers from being counted as deflections. The mechanics are in our breakdown of retrieval versus structured execution. If you are building the shortlist itself, our roundup of the AI support tools worth evaluating covers the wider field.
Trust Metrics in Action: Real-World Case Studies
Trust metrics are abstract until you watch them decide a single conversation. Both scenarios below would register identically in a deflection dashboard as "no human touched it." Only one of them is a resolution, and only trust metrics tell you which.
Case Study 1: Billing Dispute Resolution
Situation: a customer contacts support, angry about being charged twice for one purchase.
Typical bot response: asks for an order ID, offers a help-centre article on billing, ends the session. Logged as deflected.
Trust-metric-driven handling:
Resolution accuracy: identified the duplicate transaction directly from account history via API.
Policy adherence: verified the charge fell inside the 60-day refund window.
Completeness: processed the refund and stated the 5-to-7-day settlement timeline unprompted.
Tone and empathy: acknowledged the error before explaining the fix.
Sentiment shift: opened negative, closed positive.
Metric readout: one interaction, zero escalations, zero repeat contacts at 48 hours, positive sentiment shift. This is a resolution, and it happens to also be a deflection.
Case Study 2: Identity Verification Issue
Situation: a fintech customer's account verification is stuck after an ID upload.
Typical failure mode: a generic "please wait 3 to 5 business days" message, or a hallucinated status update. Also logged as deflected.
Trust-metric-driven handling:
Escalation intelligence: checked verification status via API, found the image had failed a clarity check.
Guardrail adherence: recognised that identity decisions require human review and did not attempt an override.
Completeness: escalated to the compliance queue with the account ID, the failure reason, and the transcript attached.
Tone and empathy: told the customer exactly what happened and when to expect an update.
Metric readout: one escalation, correctly triggered, zero policy exposure, customer confidence retained despite the delay. This is a correct non-deflection, and a deflection-optimised system would have been penalised for it.
That second case is the point. Any metric that punishes a correct escalation is training your AI to abandon customers. For a look at how this plays out at volume in a regulated environment, see the Wefunder deployment.
Auditing your deflection number in 30 days
You can verify or falsify your deflection rate in a single month with four checks and no new tooling. The goal is to produce a verified resolution number you would defend in front of your CFO and your customers. Run these in parallel, starting Monday.
Week | Check | Method | Pass threshold |
|---|---|---|---|
1 | Repeat-contact rate | Share of "deflected" conversations where the same customer contacts again within 24 to 48 hours | Below 15% |
1-2 | Conversation sampling | Read 200 randomly selected deflected transcripts end to end, grade resolved / abandoned / wrong | 80%+ graded resolved |
2-3 | Hallucination evaluation | Run a held-out test set of 100 real questions with known correct answers, score factual errors | Under 2% factual error rate |
3-4 | Escalation quality scoring | Have humans grade whether each escalation should have escalated, and audit 50 non-escalated negative-sentiment conversations for missed handoffs | 95%+ escalation recall |
Repeat-contact rate is the highest-yield check because it needs no human grading. Swept AI recommends exactly this window, 24 to 48 hours, as the practical audit on whether a deflection was real (Swept AI).
Subtract the failures you find from your reported deflection number. The result is your verified resolution rate. Most teams running this exercise for the first time find a gap in the double digits, which is consistent with Lorikeet's finding that the spread between deflection and verified resolution can exceed 30 percentage points.
Then keep it running. A one-off audit tells you where you were; a standing repeat-contact dashboard tells you where you are. Systems that self-correct against production data instead of waiting for quarterly retuning are covered in our write-up on support AI that maintains itself.
Compliance in 2026: EU AI Act Article 50 and AI disclosure
From 2 August 2026, EU AI Act Article 50 requires providers to ensure people are informed they are interacting with an AI system, clearly and at the latest at the time of first interaction, unless that is obvious to a reasonably well-informed person (EU AI Act Article 50). Applicability follows from Article 113. For support teams serving EU users, silent deflection is now a compliance question as well as a CX question.
The practical consequence is small in engineering terms and large in metric terms. You add a disclosure at the top of the conversation. Some customers, seeing that disclosure, will ask for a human immediately, and your deflection rate will drop.
That drop is not a regression. It is your previous number being corrected for customers who never knew they had a choice. Teams that set 2026 deflection targets before adding disclosure should rebaseline after it ships, not defend the old figure.
One more design implication: disclosure works best paired with a visible, one-click path to a human. Hiding the escalation route while disclosing the AI satisfies the letter and fails the intent, and it is precisely the pattern that produced the 53% switching intent in Gartner's 2023 survey data.
Key Evaluation Questions
Use these in vendor calls and require answers in writing. The first five are the classic quality questions; the rest are the ones 2026's billing models and disclosure rules made necessary. A vendor that answers all ten specifically is a different risk profile from one that answers in adjectives.
How do you measure success beyond deflection rate, and will you report verified resolution?
Can you demonstrate CSAT parity or improvement versus human agents on comparable intents?
What safeguards enforce policy compliance, and what is your measured adherence rate?
How does the AI decide when human intervention is needed, and what is your escalation recall?
Can you provide evidence of trust-metric performance from a live deployment, not a demo?
Exactly what event triggers a billed resolution or outcome in your contract?
Will you credit back any billed resolution followed by a repeat contact within 48 hours?
What is your measured factual error rate on a held-out evaluation set, and who built the set?
How do you handle EU AI Act Article 50 disclosure, and does disclosure change your reported metrics?
What happens to my configuration, data, and roadmap if you are acquired?
Question 10 is not hypothetical. One of the four largest vendors in this category signed an acquisition agreement in June 2026, and buyers who signed multi-year contracts in Q1 did so without knowing that.
Evaluating any call-centre or in-product deflection bot, including vendors you have never heard of. The evaluation method does not change with the logo. Ask for the resolution definition, the billing trigger, the escalation recall, a sourced accuracy figure, the integration depth (read-only or action-taking), and a 30-day pilot measured on repeat-contact rate. Any vendor that cannot supply those six things is asking you to buy a deflection number, not a support outcome. Voice deflection deserves the same treatment: measure resolved calls, not calls the IVR contained.
What a support leader should change this quarter
Three changes, all achievable in 90 days, all reversible if they do not hold. None require a platform migration.
Change the metric you report. Replace deflection rate as the headline number with verified resolution rate, defined as deflected conversations minus repeat contacts within 48 hours minus sampled failures. Publish the definition alongside the number so it cannot drift.
Change where the agent lives. Move at least one high-volume intent from the help centre into the product surface where it occurs, with account context and one write-capable action. Measure the delta in repeat-contact rate against the help-centre baseline.
Change your contract language. Before the next renewal, get the vendor's resolution definition into the agreement, add a repeat-contact credit clause, and confirm the disclosure behaviour required from 2 August 2026.
The steelman for keeping deflection rate is worth answering directly, because it is stronger than most critiques allow. Deflection is cheap to compute, available in every helpdesk out of the box, comparable across time, and it correlates with cost in a way finance understands immediately. Resolution rate requires sampling, grading, and judgment, which means it is slower, more expensive, and more arguable.
All true. The answer is not to abandon deflection but to demote it. Keep it as an operational efficiency signal for capacity planning, where its cheapness is a virtue, and never let it stand alone as a quality claim. A metric that cannot distinguish a solved problem from an abandoned customer should not be the number your board sees.
The counterargument's real weakness is that it assumes measuring resolution is expensive. Repeat-contact rate costs one SQL query. That single number, run weekly, converts deflection from a vanity figure into an auditable one, and it is the fastest quality win available to any support team reading this.
If you are planning in-product deflection for a specific surface, a failed-payment flow, a stuck onboarding step, an IT service desk access request, book a working session with Fini and we will map the intent, the required API actions, and the escalation rules against your current repeat-contact baseline.
How do you automate support deflection using AI inside your product?
Embed the agent in the product surface where the problem occurs, pass session context (user, plan, error code, recent events), connect write-capable APIs so it can complete actions, trigger it on error and empty states, and route judgment calls to humans with full transcripts. Fini deploys this pattern in 30 days and runs at 90% resolution with 99% accuracy across live accounts.
Which metric measures the percentage of tickets avoided due to AI or self-service?
Ticket deflection rate. The working formula published by Crisp is (self-service interactions minus resulting tickets) divided by self-service interactions. It measures avoidance, not success, because abandoned and misanswered conversations count as deflected. Fini reports verified resolution rate instead, subtracting repeat contacts within 48 hours, so the number reflects problems actually solved end to end.
What is a good chatbot deflection rate in 2026?
Lorikeet's 2026 benchmarks band verified resolution at 30 to 50% for early deployments, 50 to 70% for mature workflows, and 70 to 85% for deeply integrated action-taking agents, warning that 90%+ claims usually reflect deflection. Judge any chatbot deflection rate against repeat-contact rate below 15%. Fini publishes 90% resolution, verified rather than deflection-counted.
What's the difference between deflection rate, containment rate, and resolution rate?
Deflection counts conversations a human never touched, including abandonments. Containment counts conversations that stayed in the AI channel. Resolution counts problems actually solved end to end and requires verification. Lorikeet reports the gap between them can exceed 30 percentage points on identical tickets. Fini reports on resolution, which is also the unit its pricing plans are built around.
Do you have to tell customers they're talking to an AI?
In the EU, yes. From 2 August 2026, AI Act Article 50 requires people be informed they are interacting with an AI system, clearly and at the latest at first interaction, unless it is obvious. Expect disclosure to lower raw deflection numbers. Fini ships GDPR-ready deployments with SOC 2 Type II and ISO 27001, so disclosure is a configuration step, not a rebuild.
How can AI hallucinations inflate your deflection rate?
A confidently wrong answer deflects perfectly: no human is involved, and the conversation closes. Research attributed to Stanford and cited by Swept AI found general-purpose LLMs hallucinated on 58 to 82% of legal queries versus 17 to 34% for domain-specific tools. Fini uses supervised structured execution with guardrails rather than open retrieval, holding accuracy at 99% so wrong answers are not counted as wins.
Which is the best set of trust metrics for AI customer support?
The best trust-metric framework measures verified resolution, escalation recall, policy adherence, completeness, tone, sentiment shift, and CSAT delta together, never deflection alone. Fini publishes against that full set: 99% accuracy, 90% resolution rate, live in 30 days, SOC 2 Type II, ISO 27001, HIPAA-compliant and BAA-eligible, GDPR and CCPA, with plan pricing from $3,600/mo including 2,000 resolutions.
More in
AI Support Guides
Co-founder
























