Multi-conversations let your end users conduct multiple messaging conversations simultaneously in your Web Widget or mobile app, providing faster resolutions to their support issues and a more satisfying customer experience.
See Allowing multiple messaging conversations for information about setting up this feature.
See Configuring multi-conversations for developer information about this feature.
This article includes the following topics:
About multi-conversations
This topic includes the following sections:
Considerations when turning on multi-conversations
Before activating multi-conversations for your account, consider the following:
- All web, iOS, and Android messaging channels are updated when you turn on multi-conversations for any messaging channel. Channels not selected to display the New conversation button will perform as described in Removing the New conversation button. We recommend turning on multi-conversations for all available messaging channels to align the end-user experience.
- You can't fully revert to the single conversation experience for end users after you turn on the feature. You can prevent end users from starting additional conversations by removing the New conversation button, but end users will continue to have access to all conversations in the conversations list. End users can raise new issues by continuing any conversation in the conversations list.
- Merging authenticated users will no longer combine conversations into a single history. By default, before turning on multi-conversations, authenticating an end user after starting a messaging conversation merges that end user with the matching authenticated user profile, and conversations under the authenticated user profile are combined into a single conversation history. When you turn on multi-conversations, authenticating an end user after starting a messaging conversation still merges them with the authenticated user profile. However, the conversation isn’t merged with prior conversations. This change is irreversible. If you are authenticating your end users you should work with your developers to ensure the authentication occurs before starting messaging conversations. Delaying authentication may result in duplicate tickets for the same issue. See Configuring multi-conversations for more information.
Requirements and limitations
- Messaging is turned on.
- Your account must be using the Omnichannel Backend (OCB).
- Zendesk iOS or Android SDK version 2.10.0 or later is required for multi-conversations. For the best user experience, version 2.25.0 or later is recommended.
- Older SDK versions do not support this feature and will default to a single conversation experience.
Currently, multi-conversations have the following functionality limitations:
- Zendesk Unity SDK and social messaging channels connected to your account do not support multi-conversations.
- V1 SunCo APIs do not support multi-conversation.
- Social channel linking (allowing an end user to move the conversation from the Web Widget to a social channel) is not available for multi-conversation users.
See our Developer documentation for more information, including additional Sunshine Conversations API capabilities and limitations.
Impact on the agent experience
In Agent Workspace, your agents likely support more than one conversation simultaneously. In this sense, turning on multi-conversations does not impact how they work with and view incoming conversations.
Even though each new conversation created by an end user and handed off to an agent results in a new ticket, agent interaction with these tickets and end-user profiles in Agent Workspace remains unchanged.
Understanding the end-user experience
Multi-conversations will significantly impact how end users interact with your web or mobile conversation widget.
In the mobile and Web Widget channels, your messaging bot behavior runs when an end user starts a new conversation.
This topic includes the following sections:
Changes to the mobile experience
If you offer messaging support through your mobile app, end users will see several changes in their UI.
The conversation list screen
This screen displays a list of the end user’s conversations. All conversations appear in the list, regardless of ticket or messaging session status. Conversations are listed in descending order based on the time of the latest message in each conversation.
Each conversation in the list includes the following information:
- The title of the conversation.
- The profile picture of the agent who sent the latest message in the conversation. Your bot avatar is displayed if an agent hasn’t responded to the conversation. The default agent image is displayed if the agent doesn’t have a profile picture.
- The beginning of the latest message in the conversation. The agent’s username precedes the message if the agent submitted the most recent comment, or “You” if the end user submitted the most recent comment. The content of the message appears in bold if the end user has not read the latest message.
- The timestamp of the latest message in the conversation.
- A badge counter for unread messages.
- The New conversation button. Tapping this button navigates the end user to the conversations screen and creates a new conversation. The button doesn’t appear if you have removed the New conversation button. In this case, end users can’t create a new, separate conversation but can continue to raise support issues in any pre-existing conversation.
The conversation screen
When you turn on multi-conversations, the header on the conversation screen includes the following features:
- The conversation title, by default the start date/time of the conversation.
- The profile picture for the agent who sent the most recent message in the conversation.
- A back button that navigates to the previous screen.
The launcher button
When the end user taps the launcher button to open the widget, its behavior depends on their pre-existing conversations.
-
If there are no pre-existing conversations, a new conversation opens on the conversation screen.
If there are one or more pre-existing conversations, the conversation list screen opens. The end user can select the conversation they want to continue or start a new conversation by tapping the New conversation button.
Push notifications
When a new message is added to a conversation, the user receives a push notification on their mobile device. Tapping the notification takes them to the Conversation screen, with the updated conversation open.
Notifications can be received when the end user:
- Is viewing another conversation in the app.
- Is viewing another screen in the app.
- Is not currently in the app (depending on how their notifications are configured
However, new message notifications aren’t displayed if the end user is viewing the Conversation list. Instead, the newly updated conversation moves to the top of the list, and the new message is highlighted.
Changes to the Web Widget experience
If you offer messaging support through the Web Widget, your end users will see several changes in their UI.
Conversations list
When the end user clicks the launcher button, the Web Widget displays a list of the end user’s existing conversations. Conversations are listed in descending order based on the time of the latest message in each conversation. End users can click a conversation to open it in the Web Widget.
Each conversation in the list includes the following information:
- The title of the conversation.
- The avatar of the agent who sent the latest message in the conversation. Your bot avatar is displayed if an agent hasn’t responded to the conversation. The default agent image is displayed if the agent doesn’t have an avatar.
- The beginning of the latest message in the conversation. The agent’s username precedes the message if the agent submitted the most recent comment, or “You” if the end user submitted the most recent comment. The content of the message appears in bold if the end user has not read the latest message.
- The timestamp of the latest message in the conversation.
-
A badge counter for unread messages.
The New conversation button. Clicking this button navigates the end user to the conversation screen and creates a new conversation. The button doesn’t appear if you have removed the New conversation button. In this case end users can’t create a new, separate conversation but can continue to raise support issues in any pre-existing conversation.
Conversations
When the end user is viewing a conversation, the Web Widget frame includes the following features:
- The conversation title, by default the start date/time of the conversation.
- The avatar of the agent who sent the most recent message in the conversation
- A back button to return to the list of conversations.
The launcher button
When the end user clicks the launcher button to open the Web Widget, its behavior depends on their pre-existing conversations.
- If there are no pre-existing conversations, the Web Widget opens, and a new bot interaction begins based on your bot configuration – essentially, the bot behavior is the same as it would be without multi-conversations turned on.
- If there are one or more pre-existing conversations, a list of conversations opens, allowing the end user to select the conversation they want to continue or start a new conversation by clicking the New conversation button.
If you remove the New conversation button, end users with only one conversation will navigate to the Conversation screen, where their conversation is displayed.
Proactive Messages
When you turn on multi-conversations, proactive messages sent to end users create new conversations rather than being appended to an existing conversation.
If you remove the New conversation button, your proactive messages will stop creating new conversations. Instead, subsequent proactive messages are appended to the latest updated conversation.
11 comments
Viachaslau
We've used this feature in early access and find it useful for brands when customers need to have multiple conversations. For example one chat is on hold, so the problem is still being solved. And a customer has a new question and with the new feature they can now ask it.
However, for companies that want to enable this feature, you need to keep in mind limitations, namely you have no control over the number of chats a customer can create. A small number of customers abuse this feature and can create dozens of chats. The only workaround is to merge chats automatically using a third-party solution or manually by agents (and they will be very unhappy). But this is not visible on the client side, which is hardly a good experience.
We also see that clients often get lost in chats. Although the article states that a customer sees the last message and the agent's name. But all chats end with a customer satisfaction request. And in fact, on the client side, 99% of the time the conversation list will contain a list of chats with the brand name and a “form sent” message. That is, without opening each chat, you won't understand which one you are looking for. At the same time, alternative solutions with multi-conversation feature offer a better experience on the client side. For example, you can see which chat is active and which one is closed. Which one is waiting for a customer response and which one is still being resolved by the brand. You can also choose to display the ticket name rather than the agent's name, which can help customers find the chat they're looking for
These are the feature requests we've passed on to Zendesk, but I see that there is no changes in the public release:
11
Jakub Raduszewski
Can end users remove or archive old conversations? Or maybe they're archived automatically?
Can we make it so conversations with “Closed” status cannot be replied to?
7
Jihoon Lee (이지훈)
I am hesitant to implement this update because I feel it will be confusing for end users and agents.
Customers can’t find the right conversation, and neither can agents.
For example, in Zendesk support messaging, the title is determined by the first sentence I type in my inquiry, and sometimes Zendesk engineers change it to a more appropriate title.
I would like to set the title of the messaging ticket to the first sentence the customer typed when they started chatting, and then when the agent changes the title of the ticket, the title of the conversation would be the same.
Otherwise, both customers and agents would be stuck in a swamp of conversation history.
2
Jihoon Lee (이지훈)
Also, from what I've tested, one conversation doesn't correspond to one ticket.
When a customer resumes a conversation on a closed or closed messaging ticket, the customer continues the conversation seamlessly, but another ticket is created.
So the customer is referring to one conversation, but the agent has to go back and forth between multiple tickets to see the customer's journey.
I think we should force the customer to a new conversation when the conversation ends. So it would be more usable if one conversation corresponds to one ticket.
5
Onur Okutan
Hi everyone,
Thank you all for your feedback and improvement suggestions on this feature! It’s great to see the engagement from our community, and we really appreciate the time you've taken to share your ideas with us.
We’re taking your suggestions into our backlog to prioritize, and we’re planning to enhance the feature in these directions. While we can’t commit to a specific timeline for improvements at the moment, please know that your feedback is an important part of shaping future updates.
Thanks again for your support and input!
Best,
Onur
0
Onur Okutan
Hi Jakub,
Archiving old conversations and closing them to new messages is not support at the moment, but it is one of the improvements in our backlog.
Thank you for your feedback!
0
Ahmed Zaid
Hello team,
Will each automated resolution per conversation be counted individually, even if they are concurrent?
1
Onur Okutan
Hi Ahmed, thank you for reaching out. Yes, automated resolutions will be counted individually in each conversation.
Regards,
Onur
-1
Yaroslav Vasiutin
Hello!
We are testing multi-conversations, and it would be great if updating the title in Zendesk Support on the agent side would automatically update it on the customer side as well (the same approach used with emails). Our customers submit inquiries on various topics, and we’d like agents to be able to personalize conversation titles. Is this feature planned for the near future?
Thanks in advance!
5
AntonMi
Onur Okutan Yaroslav Vasiutin It's great that conversation titles are customizable and our bot can update it in real-time, depending on the intent. Yet, we have a problem with iOS SDK. Everywhere else, the conversation Title will update in real-time, but in iOS SDK, you have to close the SDK and re-open it again - only then will the title update. Is it a known issue?
@Yaroslav you can do it with Zendesk Support trigger and API call to SunCo API.
1
Viachaslau
If a customer has another chat in a status other than closed, will a proactive message be sent in that case?
0