Articles in the series
About the email channel
Although there are many ways for customers to contact you for support using the Zendesk products (email, chat, messaging, phone, and so on), for both customers and agents email notifications and email-based conversations are at the core of the customer service interaction.
- When a customer sends an email to your support email address, a ticket is created in Zendesk Support.
- The customer immediately receives an automated email notification to let them know that their support request has been received. The email reply is sent from the support address where the customer sent the email.
- The new support request creates a new ticket in Zendesk Support, is then added to the ticket queue, and based on how your ticket routing business rules are set up, the ticket is either assigned to an agent group, a specific agent, or it sits in the queue waiting to be picked up by an agent.
- The new support request also automatically generates an email notification to the support staff when a new ticket is created, when a group or agent has been assigned to it, and then as various events occur during the course of the support conversation and resolving the ticket (for example, a reply from the customer).
- For the customer, the back and forth between an agent comes in the form of email
replies in a threaded email conversation.Note: If you set up a self-service Help Center using Zendesk Guide, your users can also view their support requests and communicate with agents there also in a similar threaded conversation format, bypassing their email application. However, email notifications will still be generated by the usual ticket events, such as adding a new comment to the ticket.
Even when you’re using a different communication channel with your customers, such as Zendesk Talk, email is important there as well. This is because a phone conversation also creates a ticket in Zendesk Support, and follow-on steps in your conversation with the customer can happen in email (for example, taking the support request offline because you need time to gather additional information, or when the customer is asked to rate their support experience after their issue has been resolved).
The most common and useful customer interaction workflows, based on customer service best practices, are provided automatically for you in Zendesk Support. This means that you don’t have to sort out all this email notification and routing logic yourself, but you can customize these things to your specific needs, and this is where the role that email plays in Zendesk Support can sometimes cause confusion. What exactly is generating the email notifications that are being sent to customers and support staff? Can I turn them off or modify them? Can I control the look, wording, and timing of these email notifications?
Two types of email notifications: incoming and outgoing
It’s helpful to begin understanding how email works in Zendesk Support by focusing on email notifications because they communicate the information and provoke the actions involved in a customer service interaction. They are essential for communicating with your customers and you therefore need to understand how they work and why you should not disable them in Zendesk Support.
Think of email notifications in two groups: incoming email notifications (that your support staff see) and outgoing email notifications (that your customers see).
Zendesk Support is set up to handle the essential steps in a customer service interaction, meaning that you don’t need to necessarily set this up yourself — although you’re free to do all the workflow customization that you’d like.
Here’s what happens with email notifications by default, without you having to set up anything yourself.
- A new support request from a customer was received
- Agent group was assigned to the new ticket
- A specific agent was assigned to the new ticket
- The customer has added a new comment to the ticket/email thread
- The customer has reopened the ticket after it was marked as solved
- An automated notification to the customer that their support request was received
- An agent added a reply (a public comment) to the customer
- The agent set the ticket status to solved
Those email notifications are set up by default in Zendesk Support, but you can add many more email notifications — both incoming and outgoing. For example, if you enable Customer Satisfaction Ratings in Zendesk Support, your customers will receive an email notification after their ticket has been solved asking them to rate their support experience. Or, if the agent is waiting for more information from the customer, you can create an email notification to remind the customer.
Incoming email notifications can be set up and customized in many ways. For example, incoming support requests can be routed directly to a group or specific agent based on who the customer is, the company they work for, the category of customers you’ve included them in, the time of day the support request was received, and so on.
Both incoming and outgoing email notifications are defined and generated by triggers, automations, and targets in Zendesk Support. These define the business rules, the support workflow, that automates and streamlines the support you provide to your customers.
How triggers and automations generate email notifications
We’re assuming that you have a basic understanding of what triggers and automations are and what they do in Zendesk Support. If you don’t, take a few minutes and read these two articles: About triggers and how they work and About automations and how they work. Come back when you’re done.
Having read those articles, you understand that both triggers and automations take actions based on conditions. Triggers define actions that happen when a ticket is created or updated, such as sending an email notification to the customer when a new support request generates a ticket. Automations take action based on time, notifying an agent, for example that a high-priority ticket remains unsolved after x numbers of hours.
To take a look at the triggers that generate the default incoming and outgoing email notifications we listed above, sign in to Zendesk Support as an administrator and select Triggers from the Business Rules category. Open the trigger called Notify requester of received request. In the Actions section, you can see how email notifications are defined.
This is the first automated email notification that a customer receives when they send you a support request. As you’re defining the customer experience using Zendesk Support, the message contained in this trigger may be one of the first things you want to customize (much more detail about these default triggers can be found in About the standard Support triggers).
An important element in email notifications are placeholders. These are the elements in the graphic above that are contained within double curly brackets. They are references to ticket and user data that are inserted into email notifications when they are sent to customers (see Using placeholders).
As you’ll see later in this guide, you have lots of control over the wording and the look of your overall customers’ email support experience. You also have control of the triggers and automations that generate email notifications, but modifying those should be done cautiously.
Is it okay to modify or deactivate the default email notification triggers?
It’s possible to both modify and deactivate these default triggers, but you should first ask yourself why you’re thinking of doing either. What are you trying to achieve?
Deactivating these default triggers breaks the communication you have with your customers because email notifications will no longer be sent. The support conversation will end and this will confuse both your customers and you.
Modifying the messages contained within the default email notification triggers is easy to do, as long you’re aware of the placeholders that automatically populate the data needed to be expressed in those messages and not accidentally remove them. Modify those messages all you want. However, deactivating the default email notification triggers rarely makes sense.
Unless you have a very small support team, we recommend deactivating the Notify all agents of received request trigger because not all of your agents need or want an email notification every time a new ticket is created. With that exception, we recommend that you do not deactivate the standard email notification triggers.
If you experience issues with customers or agents either not receiving email notifications, or receiving email notifications that they shouldn’t be receiving, the problem most likely lies elsewhere (see Part 4: Understanding and troubleshooting common email channel problems).
Having a very good understanding and working knowledge of triggers and automations usually prevents any mishaps with email notifications, so here’s another recommendation to read About triggers and how they work and About automations and how they work before you modify existing triggers and automations or create new ones.
29 comments
Devin Henrickson
Is it possible to set up an email that will not make a support ticket but a way to view my email? If not I think that would be a great suggestion. So agents can look at there work email and see important stuff.
4
Dave Dyson
Hi Devin,
Zendesk isn't designed to be an email client, so that's not possible. Thanks for the input!
2
Fábio Melo
Hello,
I have been looking all around and I can't find where to change a string from the email a user receives when registering (which I also got upon registering on this support platform). This is what I am trying to modify:
"Create a password
If you didn’t sign up to {something} using this email address, you can safely ignore this email."
I found where to change the text above that, but not this one.
Any help is appreciated
2
Christine
These system-generated emails are among the earliest communications you'll have with a customer, and can be updated to better match your brand or organization's guidelines.
You may refer to the following article for the step:
1
NIkita Kadri
Hi Team
I would like to understand the effects of deleting a support address on Zendesk? or a forwarding address created to receive emails from customers? These email ID have been used for a few years but are now being sunset in the Organization as the associated process is obsolete. Will deleting them affect ticket reporting or access to old tickets received on this ID?
1
Gabriel
I hope all is well! Deleting an external email address connected to Zendesk as a support email does not have any implications regarding access or reporting on your past tickets.
I hope this addresses your question.
1
Alison Davies
Is there an accessibility feature that allows you 'talk to text' in emails? So no phone number, no SMS, just instead of typing the reply, speak your response, ZD converts to text and with some tweaks of course, can be sent
Thanks!
1
Audrey Ann Cipriano
HI Alison, this feature is currently not available in Zendesk. However, you can maybe use external sites (lots of free sites out there) that will convert voice to text and just copy and paste if you'll be constructing a long message.
I also found one browser extension for Google Chrome that could potentially help though it looks like it is paid subscription - https://chrome.google.com/webstore/detail/voice-in-voice-typing/pjnefijmagpdjfhhkpljicbbpicelgko might be worth checking with their support team as well to try to test it with Zendesk. Thanks!
-1
Carla Mitchell
I have clients that insist on sending an email for Support and I want them to only go to Zendesk and open a ticket. The reason for wanting the ticket is that i need specific fields answered for business reporting that an email just wont cover/convert.
Is there a way I can stop new ticket creations?
I have modified the reply to request they open a ticket directly - however clients are still sending emails to open new tickets.
0
Peter Hochstrasser
Hi Carla Mitchell
If you want to keep mail open as a channel for followups, you cannot outright forbid an initial ticket opening by mail.
However, you can use triggers to send an answer like
"We do no longer accept ticket openings by mail, please go to ... to open your ticket.
We have closed your ticket.
Thank you ..."
Include links to make it easy, and close those tickets using triggers.
I use a scheme where I set a certain tag which is sensed by a trigger which then closes the ticket. You can simply check if the ticket came by mail and is new.
You can close the ticket using triggers only - set status closed.
1
Howie Paul
Is it possible to set up multiple incoming email addresses and set different triggers based on the 'from' email address?
eg.
support@domain.zd.com = trigger sets it as incident type
info@domain.zd.com = trigger sets it as task type
0
Rafael Santos
Howie Paul
Yes, that can be done. 2 example triggers below:
Trigger 1
Conditions
Actions
Trigger 2
Conditions
Actions
0
Peter Hochstrasser
Hi Howie Paul
As Rafael Santos points out, that can be done.
We use a standardized scheme for customers opting for application support, which works like this:
With this setup, it is pretty easy to pick the tickets from our application support customers and assign specific parameters using triggers similar to the one outlined above.
Adding another customer is a matter of an hour or so, including tests.
It is important that you make things systematically, otherwise, you'll drown in maintenance.
0
Armond Mack
Is it possible to disable the creation of new tickets via our support email address? If so, what are the downstream ramifications of how customers will receive updates via tickets created within the Zendesk portal? We're looking to have tickets created via Zendesk directly, only.
1
David Broad
Is there a simple way to stop tickets being created if our support email address is just in the CC field? We have an internal issue where the zendesk email is used in CC for non-support requests and would like tickets to only be created when the zendesk email is in the TO: field.
0
Gabriel Manlapig
That is hardcoded on the system and every email sent to your Support email address will create a ticket on your account which is the expected behavior. When you CC a support address, it will still come on the Zendesk server, thus it will still be considered as a regular email.
I hope that answers your question. Thank you!
0
David Broad
Thanks Gabriel,
So to confirm there is no way to even create a rule or trigger to prevent this happening?
0
Gabriel Manlapig
Currently, triggers doesn't have a condition that will look for tickets sent to CC field since it is all considered as received at or "TO:". I'm afraid, there's no way to prevent this from generating a ticket either received coming from a CC field.
I hope that answers your question.
0
Support
Hello - my use case is that we have a marketing gmail account that we want to monitor and have tickets created for, but we want to reply from our support email. Is this possible? I can't seem to figure out how to set this up.
I guess is there a way to attach the support email to all inbound emails to the marketing email address? Or something like that?
0
Viktor Osetrov
Just have tested the same scenario from my test account using this Select an Address app.
Please take a look at my screenshot below:
You can do it the same way. Please read this for more information in this article - Installing and using the Select an Address app.
Hope it helps
0
Jeremy Zabner
Hi,
Is there a way to turn off all outbound emails by Zendesk? For context, all out customers reach out to us via our team's google alias. Through that alias, a Zendesk ticket is created. Do to the complexity of the requests for support, multiple internal & external teams are added and removed from the email thread during the life of that thread. We want to continue to be reached & respond through the original email thread on gmail and only use Zendesk as a record of support and for metrics. For this to work successfully we need Zendesk to not send emails to our customers which causes them confusion of which thread to respond on.
1
Noly Maron Unson
Hi Jeremy,
The notifications sent by Zendesk to users are mostly controlled by triggers. Disabling the triggers should prevent emails/notifications from being sent.
Here is the list of default triggers in Zendesk.
About the standard Support triggers
And here's a guide on how to deactivate triggers.
Deactivating triggers
Hope this helps.
0
Phil Jarvis
Hello. We are currently using eMails to automatically create Zendesk tickets, and it only maps to Requester Name, Cc List, Subject and Text essentially. I have created a Microsoft Customer Voice (Microsoft Forms essentially) form that has a lot more information that we want to capture from our customers and I want to send this directly to Zendesk to create a ticket (via eMail or whatever is best), but I have a lot more information and want to map that information into Zendesk field so when it creates the ticket automatically, this is all there in the correct location. For instance, we have 40+ different systems, and based upon the system that the Requester is having trouble with, my form will ask 3-4 context sensitive questions, some required, others optional and then it's ready to send to Zendesk to create the ticket along with a lot of other up front basic information that we want to capture. I'm assuming we can send to the same support@xxx.zendesk.com support eMail address, but I'd like to know how I can create a mapping for Zendesk to use when it receives the eMail. Thanks!
0
Sean Cusick
Hi Phil Jarvis you would want to use the API or perhaps the Channel Framework to create these tickets. Currently those are the only channels that support creating tickets with that level of customized fields that also need to be populated. The Email channel does offer a Mail API option for setting some standard ticket properties, though these do not map to custom fields.
0
Phil Jarvis
Thanks Sean!
0
Francis Casino
0
Jamie Emerson
Is there a way that customers can see a ticket number when we send them outbound communications so that they can reference that? For example "I had a concern about my account which I had previously reached out last week. It was case number ####." Where can customers find that case number in their email?
0
Mike DR
Hope you're doing well! You can use the ticket.id placeholder to show it to the customer in your email.
0
Ben
Is it possible to keep all emails (incoming and outgoing) as part of the email communications in the inbox (Google Worksuite/G Mail) for our records but handle everything in Zendesk. I want to avoid a situation where our response and resolution data might be locked into one system or only accessible in somekind of flat file export should we move away from ZenDesk down the line.
0