About side conversations

What's my plan?

Suite

Professional, Enterprise, or Enterprise Plus

Support with

Collaboration add-on

Side conversations are spaces in a ticket where agents can have a side conversation with a specific group of people, or discuss a specific area of concern or course of action. You can use them to organize information about a ticket.

Side conversations are only available if they have been activated by an administrator.

Note: Side conversations are not supported on the Zendesk Support mobile app. You cannot create, view, or reply to side conversations using the mobile app. However, you can still use the email client on your mobile device to receive and reply to side conversation notifications.

This article includes these topics:

• Advantages of using side conversations
• Recommendations about side conversations
• About side conversation channels
• About support addresses used to send side conversations

Related articles:

• Side conversation resources

Advantages of using side conversations

Problems often consist of multiple parts, and solving them often consists of conversations with different people. It gets confusing for everyone involved when all of the questions and answers are mixed together in one place without any kind of organization.

For example, let’s say you need to discuss something with your Legal team, but don’t need or want other people involved.

Using side conversations can make it easier to do things like:

• Find, organize, and manage information about a specific part of an issue
• Have a conversation with the right people
• Find specific questions, answers, and replies. Ensure conversations happen outside of the main conversation with the requester
• Have multiple standalone conversations that are separate from each other
• Get outside help without pulling others into the main ticket directly

Recommendations about side conversations

Here’s some general advice about how to get the most out of side conversations:

• The assignee should create and manage side conversations in the tickets they're responsible for. This allows administrators to create triggers based on the assignee role, and enables easier handoff between agents.
• Set up triggers to take advantage of the side conversation event conditions to fully integrate them into your workflows and to keep agents on top of the activity within them. See the Ticket: Side conversation conditions and actions.
• Create trigger conditions for side conversations to make sure that assignees know when a side conversation is created, closed, replied to, and reopened. Without them, the agent assigned to the ticket (ideally, this person is also the creator of the side conversation) may have a hard time knowing what’s going on with a particular issue.
• Remember that the creator of the side conversation doesn't automatically receive email replies to side conversations. That’s not the default behavior. Also sending side conversations to your own support address is not supported and will result in those side conversations ending up in the Suspended tickets view.

About side conversation channels

When you create a side conversation, you can choose to have the side conversation in one of these channels:

• Email: Creates an email-based side conversation (see Creating side conversations).
• Microsoft Teams (if enabled): Creates a Microsoft Teams-based side conversations (see Using Microsoft Teams in side conversations).
• Slack (if enabled): Creates a Slack-based side conversation (see Using Slack in side conversations).
• Ticket (if enabled): Creates a side conversation child ticket (see Using side conversation child tickets).
  Note: Side conversation child tickets can be routed by omnichannel routing. See About omnichannel routing with unified agent status.

Side conversations are created from the context panel and can be printed from all channels.

About support addresses used to send side conversations

Side conversation notifications are sent from the support address associated with the ticket that the side conversation is on (for example, [e-mail]). If you have multiple brands and support addresses, side conversation notifications come from each of your support addresses (for example, [e-mail]).

If you have internal email routing rules (for example, in Microsoft Exchange), we recommend that you include references to each of your unique support addresses. Otherwise, email notification for side conversations will not be routed correctly. Check your allowlists and blocklists.