How to manage the same customer across multiple channels in Zendesk

Stevia Putri
Written by

Stevia Putri

Reviewed by

Stanley Nicholas

Last edited March 5, 2026

Expert Verified

Banner image for How to manage the same customer across multiple channels in Zendesk

Your customer starts a conversation on your website chat about a billing question. An hour later, they email about a technical issue. Then they DM you on Instagram about their order status. Same person, three separate conversations, three different channels.

If you're using Zendesk, this creates a familiar headache. Each channel might create a separate ticket. Your agents see fragments of the customer relationship. The customer repeats themselves. Everyone gets frustrated.

This guide walks you through how Zendesk handles the same customer across multiple channels, what works well, what doesn't, and how to set it up properly.

A screenshot of Zendesk's landing page.
A screenshot of Zendesk's landing page.

Understanding Zendesk's multi-conversation feature

Zendesk's multi-conversation feature lets customers conduct multiple messaging conversations simultaneously. Instead of being locked into a single thread, customers can start fresh conversations for different topics while keeping existing ones accessible.

Here's what that looks like in practice. A customer opens your messaging widget and sees a list of their conversations instead of jumping straight into the most recent one. They can start a new conversation about their refund while their shipping question is still being handled separately.

The feature works on:

  • Web Widget
  • iOS SDK
  • Android SDK
  • Unity SDK

It does NOT work on social channels like WhatsApp, Instagram, Facebook Messenger, LINE, or WeChat. This is an important limitation we'll come back to.

Zendesk Admin Center's Multi-conversations settings panel showing options to enable the feature and configure supported channels.
Zendesk Admin Center's Multi-conversations settings panel showing options to enable the feature and configure supported channels.

For agents, the experience doesn't change dramatically. Each conversation still creates a separate ticket in the Agent Workspace. Agents respond, escalate, and resolve them the same way they always have. The difference is that customers now have more control over how they organize their side of the conversation.

Setting up multi-conversations

Before you enable anything, you'll need the right plan. Multi-conversations requires a Zendesk Suite plan. The basic Support Team plan at $19 per agent per month won't work, it doesn't include messaging capabilities.

Here's what you need:

  • Zendesk Suite (Team, Professional, or Enterprise)
  • Zendesk Agent Workspace activated
  • Administrator access
  • For mobile apps: SDK version 2.10.0 or later (2.25.0+ recommended)

Once you have the prerequisites, here's how to set it up:

Step 1: Access the Admin Center Navigate to Admin Center > Channels > Messaging and social > Messaging.

Step 2: Enable multi-conversations Find the multi-conversations setting and turn it on. This applies to ALL your web, iOS, and Android channels at once. You can't enable it for just one channel.

Step 3: Configure the New conversation button Decide whether customers should see a "New conversation" button. If you remove it, customers can still see existing conversations but can't start additional ones unless the existing conversation is resolved.

Step 4: Set up authentication timing This is critical. If you authenticate end users, authentication must happen BEFORE they start a messaging conversation. If a user starts a conversation and then authenticates, their conversation won't merge with prior ones. This creates duplicate tickets for the same issue.

Step 5: Test before going live Enable multi-conversations on a test environment first. Have a small group of agents and customers try it out. Monitor conversation volume, resolution times, and agent feedback before rolling out to everyone.

The messaging settings page configuring multi-conversations with a toggle to enable the feature across various channels.
The messaging settings page configuring multi-conversations with a toggle to enable the feature across various channels.

The duplicate customer profile problem

Here's where things get complicated. When the same person contacts you through different channels, Zendesk doesn't always recognize them as the same customer.

Social channels are the biggest culprit. If someone emails you, then messages you on Instagram, Zendesk often creates two separate user profiles. There's no automatic mechanism to merge these based on identifying information.

A Zendesk community member described this exact frustration:

Zendesk Community
If the same clients contact us via Instagram or Facebook, then for each such request Zendesk will create a duplicate, or even a third copy of the 'Customer' entity. And there is no mechanism that would automatically merge two identical entities.

Zendesk support confirmed this limitation: "Right now we don't have a way to import social media profiles to Zendesk. You'd need to manually merge them to the correct end user profile when they contact your team."

The authentication timing issue compounds this problem. If a user starts a conversation before authenticating, that conversation stays anonymous. Even after they log in, it won't merge with their authenticated history. You end up with fragmented customer records and agents asking customers to repeat information they've already provided.

Zendesk's user merge interface showing the process of consolidating duplicate user accounts.
Zendesk's user merge interface showing the process of consolidating duplicate user accounts.

Solutions for managing duplicate profiles

You have three main approaches to handle duplicate customer profiles in Zendesk.

Manual merging

Zendesk lets you manually merge user profiles when you find duplicates. An admin can combine two profiles, with all tickets moving to the primary account you select. This works fine if you have dozens of duplicates. It's not scalable if you have hundreds or thousands.

The merge is permanent, so choose carefully which profile becomes the primary. Tickets, organization memberships, and tags all transfer to the primary user.

Third-party merge apps

Two apps in the Zendesk Marketplace automate duplicate detection:

Advanced End User Merge by Moshe Anisman automatically scans for duplicates when a ticket opens. It matches by email, name, or phone number and displays potential duplicates in the ticket sidebar. Agents review and merge with one click. The app offers a free trial with no credit card required.

Smart End-Users Merge by SimpleBU offers similar functionality with two pricing options: $40 per month for unlimited agents across your account, or $2.50 per agent per month. It also includes a 14-day free trial.

Both apps respect Zendesk's native merge permissions, so only agents with the right roles can execute merges.

Prevention through proper authentication

The best solution is preventing duplicates in the first place. Work with your developers to ensure authentication happens before any messaging conversation begins.

For the Web Widget, this means calling the login function before showing the messenger. For mobile SDKs, authentication should complete after initialization but before presenting the messaging view.

Test this flow thoroughly in staging. The cost of getting it wrong is fragmented customer data that's tedious to clean up.

Important limitations and considerations

Before enabling multi-conversations, understand these constraints:

The change is irreversible. You cannot fully revert to the single conversation experience after enabling multi-conversations. You can remove the "New conversation" button, but customers will still see the conversations list.

All channels update simultaneously. You can't enable multi-conversations for just your web widget while keeping mobile apps on single conversations. It's all or nothing.

Social channels have limited support. Multi-conversations don't work with WhatsApp, Instagram, LINE, WeChat, or other social messaging channels. Social channel linking (moving a conversation from Web Widget to WhatsApp) only works for the first conversation.

Expect increased ticket volume. When customers can easily start new conversations, they do. This isn't necessarily bad, it means cleaner topic separation, but your reporting and staffing models may need adjustment.

Routing is ticket-based, not customer-based. If a customer has two concurrent conversations about different topics, they might get routed to different agents. Zendesk's routing looks at ticket properties, not customer-level logic.

This workflow shows how Zendesk separates inquiries into individual tickets, potentially fragmenting customer data across unsupported social messaging channels.
This workflow shows how Zendesk separates inquiries into individual tickets, potentially fragmenting customer data across unsupported social messaging channels.

Best practices for multi-channel customer management

Based on the research and community feedback, here are recommendations for managing customers across channels:

Start with a pilot. Enable multi-conversations for a single brand, department, or customer segment first. Measure the impact on conversation volume, resolution times, and customer satisfaction before expanding.

Update your help center. Document the new customer experience. Explain how the conversations list works, how to start new conversations, and what customers should expect.

Train your agents. While workflows don't change dramatically, agents should understand why customers might have multiple open conversations and how to guide them appropriately.

Monitor your metrics. Watch these KPIs closely after launch:

  • Total conversation volume
  • Average resolution time
  • Customer satisfaction scores
  • Agent utilization rates

Implement automation. With increased volume, automation becomes more important. Consider AI-powered triage to route and tag tickets automatically, freeing agents from manual sorting.

A screenshot of the eesel AI platform highlighting how conversational AI for healthcare connects to an organization's internal knowledge base and help desk.
A screenshot of the eesel AI platform highlighting how conversational AI for healthcare connects to an organization's internal knowledge base and help desk.

How eesel AI handles multi-channel support differently

Zendesk multi-conversations solve the organization problem. But the underlying challenge, fragmented support across channels, can be addressed differently.

We take an AI-native approach. Instead of just organizing conversations better, we focus on resolving more of them autonomously from the start.

Here's how we handle multi-channel support:

Progressive autonomy. Start with our AI drafting replies for agent review. As you gain confidence in its responses, gradually let it send replies directly. Eventually, it can handle full frontline support while escalating only what you define.

Works with your existing tools. We integrate directly with Zendesk, Freshdesk, Gorgias, and other help desks. You don't replace your platform, you enhance it.

Learns from your history. Connect eesel AI to your past tickets, help center articles, and macros. It understands your tone, policies, and common issues from day one. No manual training required.

Plain English control. Define escalation rules in natural language. "Always escalate billing disputes to a human" or "If the refund request is over 30 days, politely decline." No complex workflow builders.

For teams already invested in Zendesk who want to add AI capabilities, our Zendesk AI integration lets you keep your existing setup while adding autonomous resolution.

A screenshot of the eesel AI dashboard displaying one-click integrations for various helpdesks, illustrating an easy setup compared to the complex Ultimate Zendesk integration process.
A screenshot of the eesel AI dashboard displaying one-click integrations for various helpdesks, illustrating an easy setup compared to the complex Ultimate Zendesk integration process.

Managing the same customer across multiple channels

Multi-conversation messaging in Zendesk is a solid upgrade for teams struggling with customers going off-topic in long-running conversations. The setup is straightforward if you have the right plan, and the end-user experience improves noticeably.

Before you enable it, remember:

  • The change is irreversible
  • All channels update at once
  • Authenticate users before messaging starts
  • Update SDKs for mobile apps
  • Expect more total conversations

If you're looking for a more fundamental shift in how you handle support across channels, an AI-native approach might be worth exploring. The goal is the same: give your customers a smoother support experience while making your team's work more manageable.

Choose the approach that fits your team's goals, resources, and timeline. Both paths lead to better organized multi-channel support. The difference is whether you want to optimize the manual workflow or automate more of it from the start.


Frequently Asked Questions

No, multi-conversation messaging requires a Zendesk Suite plan (Team, Professional, or Enterprise). The basic Support Team plan does not include messaging capabilities. You'll also need the Zendesk Agent Workspace activated.
Zendesk creates separate user profiles when customers contact you through different channels, particularly social media. There's no automatic merge mechanism. You'll need to manually merge duplicate profiles or use third-party apps like Advanced End User Merge or Smart End-Users Merge from the Zendesk Marketplace.
Existing conversations remain accessible to customers, but the interface changes. Customers will see a conversations list instead of opening directly into their most recent thread. The change applies to all web and mobile channels simultaneously.
You cannot fully revert to the single conversation experience. While you can remove the 'New conversation' button to prevent customers from starting new threads, they will still see the conversations list and can access all prior conversations.
Authentication must occur before customers start messaging conversations. If a user starts a conversation and then authenticates, that conversation won't merge with their authenticated profile's history. This can create duplicate tickets and fragmented customer records. Work with developers to ensure authentication happens before any messaging begins.
Yes. When a customer starts a new conversation, your AI agent behavior runs automatically. This creates more opportunities for self-service deflection since each conversation thread triggers your automation rules independently.

Share this post

Stevia undefined

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.