Suite | Team, Growth, Professional, Enterprise, or Enterprise Plus |
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.
When you activate multi-conversations, your AI agent behavior runs when an end user starts a new conversation. Multi-conversations significantly impact how end users interact with your Web Widget and mobile channels.
See Allowing multiple conversations for your end users for information on activating this feature.
See Configuring multi-conversations for developer information about this feature.
This article includes the following sections:
Changes to the Web Widget experience with multi-conversations
If you offer messaging support through the Web Widget, your end users will see several changes when you turn on multi-conversations, including:
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:
- Title of the conversation.
- Avatar for the agent who sent the latest message in the conversation. Your AI agent 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.
- 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.
- Timestamp of the latest message in the conversation.
-
Badge counter for unread messages.
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.
Use the SunCo API to manage conversation titles and visual elements.
Launcher button
When the end user clicks the launcher button to open the Web Widget, its behavior depends on their pre-existing conversations, and whether the tickets associated with those conversations are active or inactive.
-
If there are no pre-existing conversations, a new conversation opens
on the Conversation
screen.
If there are one or more active conversations, the most recently-updated conversation opens on the conversation screen. The end user can use the back button to navigate to the Conversation list screen.
- If all pre-existing conversations are inactive, the conversation list screen opens allowing the end user to select the conversation they want to revisit or start a new conversation by tapping the New conversation button.
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.
Changes to the mobile experience with multi-conversations
If you offer messaging support through your mobile app, your end users will see several changes when you turn on multi-conversations, including:
Conversation list
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:
- Title of the conversation.
- Profile picture of the agent who sent the latest message in the conversation. Your AI agent 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.
- 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.
- Timestamp of the latest message in the conversation.
- Badge counter for unread messages.
- 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.
Conversation
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.
See Customizing and configuring the Zendesk mobile SDKs for information on setting these features.
Use the SunCo API to manage conversation titles and visual elements.
Launcher button
When the end user taps the launcher button to open the widget, its behavior depends on whether there are pre-existing conversations, and whether those conversations are active or inactive.
-
If there are no pre-existing conversations, a new conversation opens
on the Conversation
screen.
If there are one or more active conversations, the most recently-updated conversation opens on the conversation screen. The end user can use the back button to navigate to the Conversation list screen.
- If all pre-existing conversations are inactive, the conversation list screen opens, allowing the end user to select the conversation they want to revisit or start a new conversation by tapping the New conversation button.
If you have removed the New conversation button, end users with only one conversation will always navigate to the Conversation screen, where their conversation is displayed.
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.
12 comments
Onur Okutan
Hi Viachaslau, you're correct to flag this. I know I already responded to your question on the other thread, but I wanted to share the answer here as well for everyone’s visibility.
If an end user has at least one active conversation (whether it's an AI agent conversation or a live-agent conversation where the ticket status is anything other than "Closed"), proactive messages will not be sent.
This is an intentional design decision to keep the experience simple and intuitive for end users, and to avoid confusion that could arise from receiving multiple messages from different conversations at the same time.
We’ll update the documentation to make this clearer. Really appreciate you pointing it out!
0
Viachaslau
If a customer has another chat in a status other than closed, will a proactive message be sent in that case?
0
AntonMi
1902995650204 1265047490790 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.
2
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!
7
Onur Okutan
Hi Ahmed, thank you for reaching out. Yes, automated resolutions will be counted individually in each conversation.
Regards,
Onur
-1
Ahmed Zaid
Hello team,
Will each automated resolution per conversation be counted individually, even if they are concurrent?
1
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
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
이지훈
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
이지훈
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
Sign in to leave a comment.