How to calculate your ticket deflection rate

Stevia Putri
Written by

Stevia Putri

Katelin Teen
Reviewed by

Katelin Teen

Last edited May 15, 2026

Expert Verified
Support dashboard with deflection rate metric card and self-service vs human-handled funnel

Ticket deflection rate is the metric AI vendors lead with, and for good reason. It translates directly into cost savings: a ticket resolved via self-service costs close to nothing, while a manually handled one runs $22 to over $100 per resolution according to MetricNet. So the number matters.

The problem is that most teams are calculating it in a way that flatters the number rather than reflects operational reality. A vendor shows you 80% deflection, you share it with leadership, and six months later CSAT is down and ticket volume hasn't budged. Understanding where the calculation goes wrong is more useful than the formula itself.

This guide walks through the formulas, the most common measurement mistakes, and how to benchmark what you find. Tools like eesel AI's Helpdesk Agent can surface deflection data automatically - but knowing the underlying mechanics helps you read any number with the right skepticism.

What ticket deflection rate actually measures

Ticket deflection rate is the percentage of inbound support contacts resolved through self-service tools - chatbots, knowledge bases, FAQ pages, community forums, or automated workflows - without a human agent handling them.

Before you calculate anything, it helps to know where deflection rate sits relative to two related metrics that often get used interchangeably:

MetricWhat it measuresBar
Deflection rateContacts that didn't reach a human agent, regardless of outcome. Includes customers who gave up or abandoned the chat.Lowest
Containment rateContacts where the customer completed the AI interaction without escalating. Excludes abandonment in well-implemented setups.Middle
Resolution rateContacts where the AI fully solved the customer's problem, confirmed via CSAT or a resolution signal.Highest

When a vendor quotes you a deflection number, always ask which of these definitions they are using. The gap between them tells you exactly where your self-service is failing customers while appearing to succeed on paper.

Diagram showing how support contacts flow from self-service through to resolution or escalation to a human agent
Diagram showing how support contacts flow from self-service through to resolution or escalation to a human agent

The core formula

The standard calculation is straightforward:

Ticket Deflection Rate = (Support Requests Resolved via Self-Service / Total Support Requests) x 100

Worked example: Your team received 1,000 support contacts last month. 400 were resolved through your chatbot or knowledge base without ever reaching an agent. That gives you:

(400 / 1,000) x 100 = 40%

Simple enough. The complexity starts when you try to define each part of the formula precisely.

Visual of the ticket deflection rate formula showing self-service resolutions divided by total requests, with a note on the corrected formula for escalations
Visual of the ticket deflection rate formula showing self-service resolutions divided by total requests, with a note on the corrected formula for escalations

The calculation problem: three mistakes that inflate your number

These are the errors that produce impressive-looking numbers that don't match what your agents are actually experiencing.

1. Counting abandonment as resolution

This is the most widespread measurement error. A customer who closes a chat window because the bot gave them a useless response is "deflected" by most platform counting conventions, even though their problem went unsolved and they are likely to call back, email, or churn.

Voiceflow's analysis of enterprise deployments puts it directly:

"A 70% deflection rate sounds impressive. It might also mean 70% of customers who contacted you never got their problem solved." -- Voiceflow

2. Measuring at first touchpoint only

Many platforms flag a session as deflected the moment the bot responds - not after verifying the customer's issue was resolved. A bot that says "here's your tracking info" gets credit for deflection even when the customer emails again an hour later because the package never arrived.

This point came up clearly in a practitioner discussion on r/ecommerce:

"The real issue is most companies measure deflection at first touchpoint instead of tracking if customer actually got their problem solved - so bot says 'here's tracking info' and they mark it deflected even when customer still emails later because package never showed up." - u/MissionFar5475

3. Double-counting customers who escalate

When a customer starts in self-service and then escalates to an agent, a naive formula counts them in both the self-service total and the agent-handled total. This inflates the denominator and makes your rate look lower than reality, or inflates the numerator if you count the self-service interaction as a separate resolved session.

Alhena's corrected approach first calculates your self-service resolution rate, then adjusts the denominator:

Self-Service Resolution Rate = Self-Service Sessions Resolved / Total Self-Service Sessions Total Support Requests (corrected) = Self-Service Sessions x Self-Service Resolution Rate + Agent-Handled Tickets Deflection Rate = Self-Service Resolutions / Corrected Total Support Requests x 100

Worked example using the corrected formula:

  • Self-service sessions last month: 1,000
  • Self-service resolution rate: 90% (meaning 10% escalated to an agent)
  • Agent-handled tickets: 200
Corrected Total = 1,000 x 90% + 200 = 1,100 Deflection Rate = 900 / 1,100 x 100 = 81.8%

Skipping the correction and adding raw self-service sessions to agent tickets would give you a denominator of 1,200 instead of 1,100 - a small difference in this example, but it compounds as session volume grows.

Channel-specific formulas

If you want to measure deflection by channel rather than overall, two formulas are worth having.

Help center self-service score (Zendesk's approach)

Rather than a percentage, Zendesk measures deflection as a ratio:

Self-Service Score = Total Help Center Users / Total Users Who Submitted Tickets

A score of 4 means 4 customers resolved their issue through self-service for every 1 ticket submitted. The ratio form sidesteps the denominator ambiguity problem. For more on Zendesk deflection by channel, the channel breakdown matters when you want to isolate where self-service is working.

Chatbot-specific deflection rate

Chatbot Deflection Rate = Total Users Interacting with Chatbot / Users Routed to Live Agents

This isolates the chatbot's contribution and is useful when evaluating whether a specific AI investment is paying off. If your chatbot handles 500 conversations and 100 of those get routed to humans, your chatbot deflection rate is 5 - meaning 5 customers resolved via chatbot for every 1 escalation.

For Freshservice and other ITSM tools, this same formula applies at the ticket channel level.

Industry benchmarks

Once you have a clean number, here is where it falls across performance tiers:

Performance tierDeflection rateContext
Below average< 15%Portal not trusted or not visible
Industry average (tech)~23%Pylon, Atera
Good (established brands)20-40%Kustomer
Good (AI-enabled teams)40-60%Pylon
High-performing IT60%+Atera
Best-in-class60-85%Pylon

E-commerce teams consistently achieve 50-60% on routine inquiries (order tracking, shipping, basic product questions) with well-implemented automation, according to community consensus from support practitioners. Highly optimized platforms push past 60% on those same ticket types. The caveat: vendor-marketed rates of 80-90% early in deployment should be treated with skepticism. At that level, either the interaction mix is unusually simple or "deflection" includes abandonment.

Real customer case studies give more grounded reference points. Kickfin achieved a 72% self-serve rate via Forethought after several months of iteration. Forma went from 30% to 39% over six months - a smaller number, but measured honestly. Everlane saw its live service deflection rate grow 4x after implementing AI, starting from 10% of conversations handled on day one.

Industry benchmark tiers for ticket deflection rate from below average through best-in-class
Industry benchmark tiers for ticket deflection rate from below average through best-in-class

The four numbers that actually tell you if self-service is working

Deflection rate on its own can be gamed by making it harder for customers to reach humans. Track these alongside it to get the full picture - see eesel's guide to customer support analytics for how these fit into a broader measurement framework:

MetricFormulaWhat it tells you
Successful containment rateContacts ended without escalation AND with a positive CSAT signal / Total AI contactsWhether the AI actually solved problems, not just closed sessions
Re-contact rateCustomers who contact again within 24-48 hrs / Total AI-handled contacts x 100Most direct signal that deflection numbers are inflated
Escalation quality scoreHow well the AI hands off context when it does escalateLow quality means failures compound into more expensive human-handled tickets
Cost per resolutionTotal support cost / Total resolved interactions (AI + human blended)The number that connects AI performance to business impact

(Voiceflow, Forethought)

The re-contact rate is the one to add first if you currently track none of these. It is the earliest signal that your deflection number is telling the truth. A team achieving 60% deflection with a 5% re-contact rate is doing well. A team at 60% deflection with a 35% re-contact rate is mostly counting customers who gave up.

"What actually matters operationally is containment rate: of all contacts that entered the automated flow, what percentage never escalated. Anything above 40% containment on a well-configured system handling order status, returns initiation, and basic product questions is realistic. 60%+ is achievable with good intent mapping and fallback logic." - u/JMALIK0702, r/ecommerce

For a more complete picture of AI deflection vs human deflection, these metrics separate what the AI is genuinely resolving from what it is routing around.

What actually moves the number

Once you have a reliable baseline, three levers drive meaningful improvement.

Knowledge base quality and coverage

Your deflection rate is capped by the quality of your content. A chatbot or self-service portal can only resolve what it knows. Review transcripts where the AI failed and use them to fill gaps: missing articles, outdated policies, vague step-by-step instructions. Each gap you close opens a new category of interactions the AI can handle on its own.

Attempting to push up deflection rate before the knowledge foundation is solid causes CSAT and NPS to fall alongside it. More content without better content is not the path.

Integration depth

An AI that can only answer questions will always have a lower containment rate than one that can take action. Password resets account for roughly 30% of all IT support tickets. If your self-service can initiate the reset rather than just explaining how to request one, that entire category becomes deflectable. Each new system integration - order management, billing, returns workflows - opens up a corresponding category of ticket types the AI can resolve end to end.

Start narrow, then expand

Teams that try to automate everything at once get lower average containment rates than teams that start with the highest-volume, most predictable ticket types. Identify your top 10 contact reasons, build automations only for those, and route everything else directly to humans without making customers fight through the bot. Once containment rates on those categories are high, expand to the next tier.

This is how eesel AI's Helpdesk Agent typically gets deployed - starting with supervised coverage on Tier 1 tickets, then expanding scope as the AI proves its quality on each ticket type. Before going live, teams run the AI against hundreds of past tickets in simulation mode to see the expected deflection rate on each category before it touches real customers.

eesel AI simulation skill run showing the agent being tested against historical tickets to measure expected deflection before deployment
eesel AI simulation skill run showing the agent being tested against historical tickets to measure expected deflection before deployment

eesel AI for ticket deflection

eesel AI is an AI Helpdesk Agent that connects to your existing help desk - Zendesk, Freshdesk, Gorgias, and others - and handles support tickets autonomously. It learns from your past tickets, help center articles, and connected documentation, so it starts deflecting relevant questions from day one rather than from a blank slate.

eesel AI home dashboard overview showing agent activity and performance at a glance
eesel AI home dashboard overview showing agent activity and performance at a glance

What makes the deflection measurement more useful with eesel is the feedback loop. Every ticket the AI handles or escalates becomes a data point. eesel's reports dashboard surfaces the topics generating the most volume, identifies knowledge gaps, and tracks where escalations are happening - which is exactly the data you need to close the gap between your deflection rate and your containment rate. Mature eesel deployments reach up to 81% autonomous resolution on Tier 1 support.

eesel AI reports dashboard showing ticket volume trends, resolution rates, and escalation patterns by topic
eesel AI reports dashboard showing ticket volume trends, resolution rates, and escalation patterns by topic

Pricing is task-based at $0.40 per regular ticket, with no per-seat fees. A $50 free trial is available with no credit card required.

For a deeper guide on building a deflection strategy, see the AI support ticket deflection guide.

Frequently Asked Questions

For most tech companies, the industry average sits around 23%. A rate of 40-60% is considered good for AI-enabled teams. Best-in-class implementations reach 60-85%. Where you land depends heavily on your ticket mix: routine Tier 1 questions (order status, password resets, basic FAQs) deflect much more easily than technical or billing disputes.
Deflection rate counts any contact that doesn't reach a human, including customers who gave up or abandoned the chat. Containment rate specifically measures contacts where the customer completed the AI interaction without escalating. Containment is a higher bar and a more honest measure of whether your self-service is actually working. Learn more about deflection rate and how to improve it.
Monthly is the standard cadence for most teams. New AI deployments benefit from weekly tracking during the first 90 days, since the rate should climb noticeably as you fill knowledge gaps and tune escalation logic. Pair each measurement with re-contact rate and CSAT from the same period so you can see whether improvement is real or just a reflection of customers giving up.
The most common reason is that the vendor is counting abandonment as deflection. When a customer closes a chat without escalating, many platforms log that as a successful deflection even if the problem went unsolved. Track re-contact rate: if a high percentage of 'deflected' users contact you again within 24-48 hours, your deflection number is inflated. Check out how to measure AI vs human deflection for a clearer picture.
Yes. eesel AI's Helpdesk Agent tracks resolution rates across tickets handled autonomously versus routed to human agents, giving you the underlying numbers needed to calculate deflection rate without manual data pulls. The AI support ticket deflection guide covers how teams use eesel to build their measurement baseline.

Share this article

Stevia Putri

Article by

Stevia Putri

Stevia Putri is a marketing generalist at eesel AI, where she helps turn powerful AI tools into stories that resonate. She’s driven by curiosity, clarity, and the human side of technology.

Ready to hire your AI teammate?

Set up in minutes. No credit card required.

Get started free