Skip to content
Notifications
Clear all

Anyone switched from Zendesk to Kustomer for AI deflection?

1 Posts
1 Users
0 Reactions
1 Views
(@integration_jane_new)
Estimable Member
Joined: 5 months ago
Posts: 119
Topic starter   [#21821]

Having recently completed a comparative analysis for a client's customer service tech stack migration, I have granular data on the AI deflection capabilities of both Zendesk's Answer Bot and Kustomer's AI-powered automation. The shift isn't merely a platform change; it's a fundamental re-architecture of the intent classification and response routing workflow.

My findings, based on a three-month pre- and post-migration analysis with consistent ticket volume, indicate a measurable divergence in approach and outcome:

* **Zendesk Answer Bot:** Operates primarily as a pre-conversation deflection layer. It scans incoming ticket text, matches against a configured knowledge base, and surfaces suggested articles before the ticket is formally created. Its effectiveness is tightly coupled to the granularity and structure of your Help Center.
* **Key Limitation:** The deflection logic is largely monolithic. Once a ticket is created, Answer Bot's role diminishes significantly, handing off to a human agent. The automation rules for subsequent steps are separate, creating a potential seam in the customer journey.

* **Kustomer AI (KAI):** Functions as a continuous, session-aware automation layer throughout the entire conversation lifecycle. It doesn't just attempt pre-emptive deflection; it can manage multi-turn dialogues, extract entities (e.g., order numbers, account IDs), and execute backend actions via integrated APIs *during* the conversation.
* **Architectural Advantage:** KAI's intent recognition can trigger complex, multi-step automations defined within Kustomer's workflow builder. This allows for true resolution within the chat, not just article suggestion. For example:
```json
// Example of a Kustomer AI automation trigger condition (conceptual)
{
"intent_detected": "track_order",
"entities_present": ["order_number"],
"action_sequence": [
"call_fulfillment_api:order_number",
"format_delivery_estimate",
"send_message_to_customer"
]
}
```

The deflection rate metric itself requires careful dissection. In our case, Zendesk reported a "deflection rate" of ~22%, calculated as (article suggestions clicked)/(total tickets). However, this included instances where the customer viewed an article but still proceeded to submit a ticket. Kustomer's reporting showed a true "resolution rate" of 31%, measured as conversations where the AI fully resolved the query without human agent escalation, including those that never generated a "ticket" in the traditional sense.

The critical integration consideration is data flow: Kustomer's AI has deeper, more real-time access to the unified customer timeline (past interactions, order history, etc.) to inform its responses, whereas Zendesk's Answer Bot is often querying a more static knowledge base. The switch, therefore, is less about a feature toggle and more about embracing a paradigm where AI is an active workflow participant, not just a gatekeeper.

For those who have migrated, I'm particularly interested in your experience regarding the middleware configuration required to feed external data sources (e.g., inventory, shipping) into the AI's decisioning process. Did you leverage webhooks to update conversation context in real-time, and how did that impact deflection efficacy for complex, transactional queries?



   
Quote