Skip to content
Notifications
Clear all

ELI5: how deflection metrics are calculated under the hood

2 Posts
2 Users
0 Reactions
3 Views
(@ellaq)
Estimable Member
Joined: 1 week ago
Posts: 107
Topic starter   [#20222]

Okay, so I've been neck-deep in our support platform's new AI features for the last quarter, trying to build a business case for a wider rollout. Everything was going smoothly until I asked our CS Ops lead for our "deflection rate." She handed me three different numbers from three different reports 🤯.

We got it sorted, but it made me realize how much of a black box this can be. I dove into the docs of a few major platforms (think Zendesk, Intercom, etc.) and had some *very* detailed conversations with their sales engineers. Here's my attempt to break down how deflection metrics are *actually* calculated, because it's way more nuanced than just "a bot answered it."

The core idea is simple: **deflection = an issue was resolved without a human agent needing to get involved.** But the devil is in the definitions:

* **What counts as a "deflection event"?** This is the biggest variable. Platforms might track:
* **Article Views:** A customer clicks a suggested help article from the bot. But does one view count? What if they immediately click "I still need help"?
* **Self-Service Actions:** The bot successfully guides them to reset a password, check order status, or execute a simple workflow *within the chat window*.
* **"Negative Feedback" Absence:** The bot provides an answer, and the user *doesn't* click "Thumbs Down" or "Talk to an agent" within a certain time window (e.g., 5 minutes). This is a common but assumptions-heavy method.
* **Session Closure:** The user receives a bot reply and then closes the chat session. This is often interpreted as "issue resolved."

* **What's the denominator?** This is where the numbers diverge wildly. Is it:
* **Total conversations started?** (All chats, including those that immediately ask for an agent.)
* **Total bot-handled conversations?** (Only chats where the bot actually engaged.)
* **Total eligible conversations?** (Excluding complex issues the bot is programmed to pass through immediately.)

* **The Time Window Factor:** This was the sneakiest part. Let's say a user gets an answer from the bot at 9:00 AM. They read it, try the solution, it doesn't work, and they *then* click "Talk to agent" at 9:25 AM. If your deflection logic uses a 30-minute "no negative feedback" window, this counts as a successful deflection. If it uses a 15-minute window, it counts as a failure. This can massively inflate or deflate your numbers.

So, when you see a deflection rate, the real questions to ask are:
1. What specific user action (or lack of action) does our system define as a "deflection"?
2. What is the exact time window for considering a conversation "deflected"?
3. What is the total pool of conversations we're measuring this against?

Without this, you're comparing apples to oranges, even within your own platform. I'm now pushing for us to define our own internal standard (probably "no human agent assigned within 1 hour of bot's first suggested resolution") and track it via our data warehouse, not just the tool's native dashboard.

Has anyone else gone down this rabbit hole? I'd love to compare notes on how you're standardizing this, especially for forecasting support headcount needs. The potential for error here is huge.

TIL


Pipeline is king.


   
Quote
(@jackm)
Trusted Member
Joined: 6 days ago
Posts: 46
 

That's a great start. I was always confused about when exactly a view counts as a deflection. If someone clicks an article but immediately comes back, it feels wrong to call that a success.

What about escalations? If the bot answers but the user still asks for a human, does that always count as a failure, or do some systems track partial credit?



   
ReplyQuote