Zendesk GettingStartedGuide
Zendesk GettingStartedGuide
The Getting Started Guide is for new Zendesk users who want to make the most out of their
free trial and get to the know the system quickly. To jump to a specific part of the Getting
Started Guide, use the following sub-headings and links.
Lesson 3
Customizing the customer experience
• Assuming a Customer Perspective
• Configuring the Customer Web Portal Home Page
• Removing Unused Forums
• Adding The Introductory Text Back In
• Using Your Organization’s Email Address and URL
• Configuring the Customer Web Portal Home Page
• Receiving Support Emails at Your Organization’s
Email Address
• Sending Support Emails from Your Organization’s
Email Address
• Using Your Own Domain Name
There it is! Nice. Click the title of the ticket to open it. The ticket is where you respond to the customer; but the ticket will also keep
a log of all the subsequent communication between your team and the customer. Let’s go ahead and respond to this ticket now.
We want to ask the customer for more information. To do that, add a comment below the initial one asking for more information.
Simply type your response in the text box.
Next we’ll change the drop-down fields on the ticket labeled Status, Type and Priority. Zendesk can add and keep track of a support
conversation’s details by setting these drop-down fields, or as they are called in Zendesk, ticket fields. You can modify these ticket
fields as well as add your own. We go over that in Lesson 6.
The status field says “open.” A Zendesk ticket can have five statuses, each of which marks a different stage along the path from a
customer submitting a request to your agents solving it.
• New - a ticket that has just come in and hasn’t been opened yet.
• Open - a ticket that has been opened and requires attention. Open tickets are the ones that are currently on your plate.
• Pending - a ticket that is waiting on another party, usually the customer. Use this for when you are waiting on a customer reply.
• Solved - means the ticket has been deemed resolved. It can still be re-opened however.
• Closed - once a ticket has been solved for a number of days, it is officially (and automatically) closed. Closed tickets are
archived and cannot be reopened.
Let’s now look at the Type drop-down field. Like status, there a number of ticket types. The type describes what kind of issue you
are dealing with. There are four ticket types, and depending on which you choose, you get a different set of features.
• Question - the most basic type; used when a customer has a question about your business or service.
• Problem - for when a customer has a problem with your business or service
• Incident - is a specific instance of a problem. For instance, if the problem is that our billing system is down, each ticket
that comes in after we identify the problem is an incident of the problem. This lets us group our tickets together around a
common issue.
• Task - for tickets which turn into a to-do item for your agents. They can have a due date.
Because the customer is asking a question about our product, we will change the Type field to Question. We might change that
later as we gather more information. Lastly, because we aren’t sure exactly what is going on yet, let’s set priority to normal. You
could also choose Low, High, and Urgent. Priority is another ticket categorization tool. When we look at ticket organization in
Lesson 5, we will see how you can use priority to focus on your highest priority tickets.
These replies were automatically sent out by your Zendesk through something called a trigger. Triggers are automatic actions that
occur when tickets are created or updated. They act like this: “If A happens then do B”. So for instance:
A. When a customer submits a ticket
B. Zendesk automatically replies and acknowledges that the request has been received.
It has both your comment and the original request for support.
There is also a link back to the ticket. All of this is controlled
by the trigger that sent it out. Triggers are a powerful tool in
Zendesk, and we’ll go through them at length in Lesson 5.
Hit reply and type out a response from the customer perspective. In our example, we asked for the customer to attach an image.
Go ahead and try this as well, attach an image to your email and click send.
Go back to your Zendesk and return to the My Unsolved Ticket view (click the view tab to get there). There’s your ticket, with the
customer reply showing. Notice too that ticket status has changed from Pending to Open.
Since the customer replied, you are no longer waiting on them. This reopens the ticket and puts it back on your plate.
To return to our ticket, click the Recent tab in the top menu bar. This gives you quick access to any tickets you handled recently.
Now that we have the basics down, we can start to take advantage of some of Zendesk’s other features and tools. In addition
to email, for instance, Zendesk can receive support requests from multiple channels, including web site forms, live online chat,
and Twitter.
We’ll also be diving into Triggers more to see how they can automate and accelerate a lot of your support tasks and discuss how
you can organize your customers and agents into groups.
While the Zendesk logo is nice, let’s swap it out with our own logo.
All the basic personalization tools are in Settings > Account > Branding. Go there and scroll to the bottom until you see
Header logo.
Adding a logo is as simple as uploading it here, but it’s important to note that Zendesk will resize the logo to 50px by 50px, so it’s
best to make sure you have a version of your logo optimized for that size.
When you choose a new logo, you can also indicate a URL to which you want the logo to link. It makes sense to add your
own website.
Click Save Change on the bottom of the page and you have a new logo.
Let’s change the colors to fit our brand and work with the
logo better.
Hex numbers are a computer standard code for
describing colors.
You should still be in the Personalize Your Zendesk page.
Scroll to the section labeled Help desk colors. Click on
the green bar next to page Page header. Up pops a color
picker tool.
We can either choose the color using the color picker (the
round dot on the color block) or by entering in the hex number
for the color.
We are going to enter the hex number for our brand color - which is a deep blue - #002262. You can use either the color picker or
also enter a hex number. Do the same for the page background with the alternate color. The page background is the frame around
the main content of the page (pictured below).
If at any point you want to start over, you can return to the default green and dark grey colors by clicking the Revert to default
colors link in the help desk colors link.
The Manage and Account tabs have a number of related sub menus.
The introductory text is the section right below the menu bar.
It is completely editable and a good place to put a welcome
message or other information about your support -- hours,
contact information, etc. The introductory text comes more
into play when we start to configure the web portal for our
customers’ use, so let’s hide it for now.
To hide it, go to Settings >> Channels and then click the green
edit link next to Web Portal. This page has a number of
settings for your web portal content - what is shown and how it
is displayed. To hide the introductory text, uncheck the “show”
box on the first item and click the save button at the bottom of
the page.
As you see, you can choose to show your forums on your home
page. Let’s return there to see what they look like. Click on the
Home tab in the menu bar.
To start building a knowledge base we are going to explore the forums, add some new content relevant to our business, and display
that on our web portal home page.
When you first sign up for your Zendesk account, you are set up with a few example forums – Announcements, Community Help, Tips
& Tricks, Feature Requests, and Agents Only. If these sample forums work for you, you can definitely start adding content to them.
For our knowledge base example, let’s customize the forums so that they are organized around our product line. We want to group
articles around each product we manufacture to make it very easy to browse. To do that we are going to create separate forums for
each product line and then group them into a forum category called Knowledge Base. Lastly, we’ll configure how it displays on the
home page.
Add a new forum by clicking the actions link and choosing add forum.
Click the Add Forum button at the end of the forum. This
takes us into our new forum. The title we just added is across
the top, along with some breadcrumb style navigation (you
can click “Forums” to go back up one level); a search bar
allows us to search within that forum (not that interesting yet
as we have no content); when we add forum topics, they will
be listed in the main column; and the description we wrote is
in the right column.
Let’s add a knowledge base article about this particular product line (“digital compact cameras” in our MondoCam example).
Click the Add Article button on the right side.
On the next page, you create your knowledge base article by adding a title and the article body. For our example, we are going to
add a question a customer might ask about our product line. This will help our agents troubleshoot customer questions.
Lastly, we can set a few options for how this topic is displayed. We don’t want people to leave comments on our knowledge base
articles -- we’d rather have them submit a support ticket if they have questions – so let’s check the disable comments box. Leave
the other items unchecked for now. Your form should look something like this:
Looks good. Click update in the bottom right of the form. This brings us to the forum topic as people will see it when they browse
to it. If you need to ever make a change to your documentation – when a product is updated for instance – you can edit it at any
point by clicking the green edit link in the upper right of the article.
Looks ok - there’s our forum along with the sample forums Zendesk starts you off with; and the article we just added is listed.
But it could look even more organized. And some of those sample forums don’t apply to our business. To clean up how this looks,
and make it much easier to browse for our agents, we can create a forum Category.
In addition to grouping related topics together in forums, you can group related forums into categories. Let’s create a category
called Knowledge Base and move our product forum into it.
We’ll title ours “Knowledge Base” and add a simple description: “Official Articles, Manuals, and Tips about all of MondoCam’s
products”. When you click Update, you’ll see your category on your Forum Management page. Let’s see how it looks on the home
page. Click the Home tab.
It’s gone! What gives? It turns out that Zendesk will not display a forum category if it doesn’t have any forums in it. We need to
move our product forum into the Knowledge Base category and then it will show up on our home page.
Now when you go to the home page your category shows up with your forum within it.
How are we doing? Our web portal home page is definitely taking shape. It sports our logo and colors, and we are starting to build
up a knowledge base for our agents to access. From here, you can continue to organize and add articles to your knowledge base.
It reads:
This topic was posted to the restricted Agents Only forum in your help desk and pinned to the home page.
The topic is visible to help desk agents only, not your customers.
This points to an aspect of the web portal home page and of forums that we haven’t considered yet: what can your customers see?
We are going to look at that in the next section.
For now, let’s focus on the other piece introduced by this post: the idea of pinning topics to the homepage. It turns out that this
“For Your Eyes Only” post is a normal forum topic. You may remember from earlier in the lesson a set of options for how a forum
topic is to be displayed (see below).
One of those options was to pin a topic to the home page. When you enable this option, it shows up on your home page just
like this “For Your Eyes Only” post. This gives you the ability to showcase particular content that could be useful for your
support agents.
To unpin it, all we have to do is click the unpin link under the title.
In the next lesson, we’ll return to setting up Zendesk for your customers point of view. We’ll set up your web portal for their use so
you can communicate important news and announcements to them; so they can help themselves to your public knowledge base;
and so they submit tickets and keep track of their support history. We’ll also make the support experience more seamless for them
by removing the word Zendesk from your support email and your web portal URL.
You’ve probably seen it already if you have logged out and then come back to your Zendesk. It looks similar to the home page you
see when you log in, but optimized for your customer. The navigation is different and anything that is marked for logged in agents
and admins is hidden.
The important concept here is that your web portal home page serves both your support team and your customers. Keep that in
mind as you are pinning topics to your homepage, writing your introductory text and building out your forums. It is a best practice
to run through your own support experience from the customer perspective to ensure it offers the kind of support you want
to offer.
In this lesson, we are going to review our web portal home page as our customers see it and adjust the content to provide
the optimal experience. We will also customize the URL of our Zendesk support site so it can match your business URL. It is
important that the support experience you provide your customers feels integrated with the rest of your customer experience.
The URL is part of that. Additionally, we will also remove the “.zendesk” from the support email address for both incoming and
outgoing messages so that your customers can send email directly to [email protected] rather than requiring support@
mondocam.zendesk.com.
In Zendesk, you can assume the identity of any user of your support system. This means experiencing your help desk from their
perspective. This can be helpful to guarantee that the system looks and behaves as you want it to for each person.
STEP 1: Click on the Manage tab in the top navigation and choose People. If you just created your account you don’t have many
users yet, but everyone that has interacted with your help desk so far is in here. (We’ll go over the People section in more detail in
Lesson 5).
If you are the person who created the account, you should see yourself in the list as “Owner”. There is also the test user with the
email address from which we sent in a ticket in Lesson 1. (You might also have Kelly H in there, who is a Zendesk employee who
has sent you a ticket to help you get started.)
The customer web portal home page does show the other sample forums that Zendesk starts us off with. While Zendesk sets you up
with a number of items and tools to help you get started, it’s best practice to remove items you aren’t using once you get the hang of
things. This will make your Zendesk much easier to use for your agents; they will not have to wade through items irrelevant to them.
Now that we’ve started building out and organizing our knowledge base, let’s clear out content we aren’t using. Look through the
forums that Zendesk starts you with and decide if you want to use any of them. It’s not a big deal if you remove them and decide
to add them back in later. You saw how simple it was to add a new forum earlier. You can always add forums later.
For our example, let’s keep “Announcements”. We sometimes have announcements about new products or news updates that we
want to share.
To remove the unused forums, we need to switch back to our administrator profile. To do so, click the “revert identity” link in the
upper right. This will bring you back to the People page.
Click that and confirm your choice when the alert pops up.
Done! Easy. Now repeat those steps to remove other forums you don’t plan on using. For this example, we are going to keep the
“Announcements” forum and the “Agents Only” forum. We want to keep some documentation private to our internal staff. We
don’t like the name “Agents Only” however. Let’s call it “Internal Documentation”. To make that change click the title of the forum
and click the edit link as you did in the previous steps. Rather than delete the forum, however, just change the title.
Before you click the Update button, notice the the radio button at the bottom of the form that sets the permissions for who can
view topics in this forum.
“Agents only”. That’s how you restrict your forums and make them invisible to your customers. Leave that as is and click the
update button.
To show that text, go to Settings >> Channels and then click the edit link next to the Web Portal section. Click the “Show” box in
the “Introductory text on portal home page” section (the first item). Click the Save button at the bottom of the page; and then
check to make sure it is there by clicking the Home tab in the menu bar.
There it is! Feel free to edit this however you like, keeping in mind that the introductory text is visible to your customers. To make
edits, click the green “edit” link in the upper right. You can of course keep the default text that Zendesk starts you off with, a
generic welcome message.
Once you have the text as you want it, check to see how everything looks by following the steps earlier in the lesson and assuming
an anonymous user.
Looking good, but there are two pieces that might confuse our customers - the Zendesk support email address in the introductory
text and the Zendesk in the URL. As we are making the web portal fit more and more with our company, let’s also extend that to
email address our customers use to send in support requests, and the URL they visit.
So let’s set it up so that your customers write to and receive emails from simply: [email protected]. (In our case, that will
be [email protected].)
Part of this happens on your end with your email server (whether it’s Google Apps, an MS Exchange server, or some other system
your organization uses for managing your email account). Because of that, we will give general instructions easy to follow for
whoever administrates the organization’s email.
If you don’t have an email address that you use for support already, the first step is to create one. This is something usually
handled by whoever administers the email for your organization. It can be whatever you want: [email protected]; help@
yourcompany.com; info@... you get the idea.
Once you have created the address, or if you already have an email address you use for support (say: [email protected]),
simply set it up to forward any mail it receives to your default Zendesk address ([email protected]). That’s
it! The customer will email your address which will send it on to your Zendesk address behind the scenes. They’ve never see the
Zendesk name in the email.
Sending Support Emails from Your If you currently have a support email that you
Organization’s Email Address receive support emails to, do not forward that
Now that you can receive emails using your own email address to your Zendesk until you are ready to start
address, let’s make sure that your customers also receive all using Zendesk for your real support. Those emails
your support responses from that same address (as opposed will start coming into your Zendesk as soon as you
to receiving email from the [email protected].
set up the forward. Better to stick with the default
com address). This is not entirely necessary - the whole
Zendesk email address for testing and set up.
communication back and forth will continue to work even if
you don’t set this up - but it might be confusing for customers
who email one address and then receive a response from a
separate address.
To set this up, go to the Account tab and choose the Mails and Domains page. Find the section labeled Default reply email
address. Unless you’ve already changed it, you should see that default Zendesk support email address you got when you
signed up.
Replace that with your own email address (we recommend using the same one you set up to forward mails into your Zendesk, e.g
[email protected] in our example). Click Save changes at the bottom of the page.
We explain how to set up this SPF record in our support forums: https://support.zendesk.com/entries/8051. It is a bit technical --
if you have someone who manages your web site, they would be the ones to talk to about this -- but the place you registered your
domain name should have some good documentation on how to do it as well.
This is also a bit technical and will require more work at your domain registrar. Essentially, what we need to do is go to the place
where your domain name is registered, create a special address, and say that whenever a person goes to that address, show them
your Zendesk.
You will be creating a subdomain of your website, meaning something like: support.yourwebsite.com or help.yourwebsite.com,
where ‘support’ and ‘help’ are the subdomains in that example (though, your subdomain can be whatever you want).
Step 1: create a CNAME record within your DNS settings. That’s a lot of acronyms we know, but your domain registrar or the
person who manages your website should be able to set it up. We’ve written up an example with Godaddy in our support forums.
The important part is that you point your subdomain (sometimes called a hostname or an alias) at your default Zendesk account
address (which is the address in the URL when you first create your account).
In this lesson, we’re going to look at Zendesk Views. Views are customizable queues for your support requests or tickets. To see
your current views, click on the Views menu in the upper right of the menu bar.
Views organize your tickets into groupings which should help you stay on top of them. Perhaps you want to know which tickets
need your attention; or to be reminded of tickets which haven’t been addressed in a while; or see all the high priority tickets in your
system. Views let you see your tickets in these and many more ways.
While Zendesk provides you with some default views, it’s important that you set up your own views which will help your support
team focus on the tickets they need to address when they need to address them.
We’ll be changing one of Zendesk’s default views to highlight which of our unsolved tickets are open (require our attention) and
which are pending (waiting for more information from the customer). You’ll recall from lesson one that Open and Pending are
different ticket statuses. This will help us focus in on which support issues we should be working on at the moment.
We’ll also deactivate some of the default views we aren’t using at the moment.
If you haven’t already, you should see a ticket in there from Kelly H. titled “Welcome to Zendesk, You’ve Got a Ticket!” Kelly is a
real-life Zendesk support agent. Click into the ticket and read what it says.
To create a new ticket click the New button in the top right of the menu bar. This brings you to a new ticket form. While many
tickets come in to your Zendesk via email, you might use the New Ticket button to create a ticket in response to a phone call, for
example. The new ticket form looks like the tickets we’ve been working with, except nothing has been filled in yet.
Because we have not communicated with this customer Zendesk requires an email for all customer tickets.
through Zendesk before, we need to add them to the system This is why a customer account is automatically
first. Click the “add new user” link under the “Requester” created when they email a question in; but why you
text field. need to add their email manually when filling out a
new ticket.
Put in the user’s name and phone number if you have it.
Click create and then fill out the rest of the ticket with an urgent request. So even though you are the one filling out the ticket, you
can ascribe it to the user. They will receive any further communication just like a normal ticket; and you will be able to reference
this issue later when looking at their user account.
Note that the customer data you just added is on display in the right column.
To modify the layout, click the Table link in the upper right of the main column.
Nice! The Table View separates the tickets into two distinct areas, those that are open and those that are pending. So now when
we look at our unsolved tickets, we can quickly see which ones require our attention.
Note that by selecting Table view, we’re not establishing a permanent change in how we view these tickets. Next time you go back
to the Home Tab and then come back to view your tickets, they will be back in the List layout as it was when we started. So we’ll
edit our “Unsolved Tickets” view so that it always shows our tickets in table layout, and grouping our open and pending tickets.
It looks similar to the Triggers screen we looked at in lesson one. Basically, the top section defines what kind of tickets you want to
show up in the view (i.e. this could be tickets assigned to you, high priority tickets, tickets that haven’t been responded to in over a
month, etc.); while the bottom section sets how the page is organized.
Under Formatting options, you’ll see that you can switch the view from “List” to “Table”. Choose “Table”; this will make Table the
default layout of your My Unsolved Tickets View.
For right now, we just need some really basic data, most of
which is already there. We want to see:
• who sent in the ticket - called the Requester in the table
• what the subject line is - called Subject
• when it came in - Request date
So we now have the types of data we want to see about our tickets. What about grouping them by their status like we set out to
do (open or pending)?
You configure this in the Group By section underneath the columns. The drop down should be set to “Status” already, but if it’s
not, open up the drop-down and choose it. You’ll see that there are many options for grouping your tickets in a particular view. This
gives you a second level of organization within your views. For instance, you may want to see all your high priority tickets in one
View, but then group them by which agent they are assigned to; or perhaps, what date they came in. In our case, we want to see
which of our unsolved tickets are open and which are pending.
The next section – Order By – reads “Score”. We removed score from our columns up above, so change that to “Request Date”. That
will mean that within your groupings – open or pending – they will be in order of the date they came in, similar to how your email
program works probably.
Click the update view. Now any time you look at your Unsolved Tickets, you’ll see them in the table layout, grouped by their status.
To that end, we’ll reduce the number of views you see when
you click Views tab in the menu bar (see right).
Click on the Manage tab in the top menu bar and choose Views
from the sub menu. You’ll see that it lists out the same views
you see in the Views top menu drop-down. You also see that
there are already some Inactive views. Roll your mouse over the “New Tickets in your groups” row. A menu reveals itself on the
right with the option to “deactivate”. Click “deactivate”; the page reloads and now “New Tickets in your groups” is in the Inactive
views. Do the same with “Unsolved tickets in your groups”.
Summary
In this lesson, we looked at how to organize the tickets we have in our help desk by using Zendesk Views. When you log into your
Zendesk, you should open up your views and choose the one that best fits what you need to do at that moment -- typically, either
dealing with unsolved tickets; or checking in with the backlog of tickets that are waiting on more customer information.
We evaluated the difference between list format and table format, and chose table format for our main “My Unsolved Ticket” view.
This allowed us to easily distinguish between unsolved tickets that are open awaiting our action and which were pending on a
customer response.
Lastly, because we use views to help us focus on which support requests need our attention, we turned off certain default views
that we don’t need yet.
Extra Exercise
Check your “My Unsolved Tickets” view and see whether Kelly H. has responded to her ticket. If she has, it should now be in the
Open section of your view. This means she has replied. Because the ticket is now back in your court, Zendesk automatically moves
it from pending to open. Review your ticket from Kelly H. and solve it. It’s not good practice to leave tickets open longer than you
have to.
Working with others on a support team presents many challenges (as anyone who’s tried to share one group email box will tell you).
It can be difficult to know who has responded to what; or which issues should be handled by which person. The amount of time lost
on trying to get your whole support team on the same page is a productivity killer.
Also, if your team is more than a few people, you probably have agents who specialize in a particular aspect of your business. When
issues related to that aspect come in, you need a way to get it to that person; and they need a way to manage their personal queue.
To address these challenges, we’re going to look at how to assign tickets to people on your support team. Each ticket within
Zendesk is assigned to particular agent - adding a layer of accountability to your support work. We’ll also see how you can use
triggers to assign tickets to particular agents automatically based on the content of the ticket (i.e. all billing issues go to the agent
who is the billing system expert). This will give us a chance to investigate the Zendesk web form, another way for your customers
to get tickets into your Zendesk.
By the end of this lesson, you should be ready to start building up your team and assigning tickets to them; as well as creating the
rules (or triggers) to automate how you assign tickets.
Lastly, (thought not represented above) are your agents. Agents are those who answer tickets and moderate forums - they run your
support day-to-day. (Note that admins can by default do all the things that agents can do.) Most support teams are made up of
multiple people. Let’s grow your team by adding our first additional support agent.
the main column. Fill out the form on the subsequent page,
either with one of your colleague’s information; or, if you When setting up Zendesk’s we often advise that
are working alone, or just want to test Zendesk out further the owner create a test end-user and a test agent
before bringing others in, you may use another of your email
account. It helps greatly with set up as you can
addresses to create a test agent account.
quickly test out how each type of user experiences
the site. When doing so use names like Johnny End-
User and Mary Agent, so you can quickly recognize
them in your emails.
Because we are just getting started, it makes the most sense to bring on another agent with pretty broad access - someone
who can help us get our Zendesk set up.. We can always restrict it later. To do so, leave all the settings as is, except switch “Can
moderate topics in forums” from No to Yes.
Click the Create button and your new agent is created. Notice the Agent label below their image.
But now that you have another colleague working with you, the assignee must be set. Why does each ticket require an assignee?
Because it clearly defines responsibility within your support workflow. Once a ticket is clearly assigned to a particular person, they
are much more likely to address it, simply because no one else will. Assignment can always be passed off to another agent (if, for
instance, another agent has a particular expertise that is better suited to the ticket), but at any given time it is clearly someone’s.
Let’s create a new ticket and assign it to the agent we just added to our help desk. Let’s assume we just received a call from one of
our customers who is experiencing a billing issue; and that our new agent is the billing expert in our organization.
While on the phone with the customer, we open up a new ticket within Zendesk by clicking the New button in the upper right of the
menu bar. They are a new customer and have not contacted our support before, so as in Lesson 4, click the “add a new user” link
under the Requester text box.
Click the Create button; this will bring you back to your ticket with the customer details filled in. Next, we’ll fill out the ticket with
the customer’s issue - say, they were double-charged on their credit card. The subject can read, “Double-charge on credit card”; in
the description, you can make a note about what your call was about: “I just got off the phone with this customer who is seeing a
double-charge on their credit card.”
First, Zendesk automatically notifies any agent who is assigned a ticket. It’s fine to assign a ticket to someone, but it’s no use
if they don’t know it was assigned to them. To confirm that they were notified, go back into the ticket by either clicking the link
in the notification that tells you the ticket was created or by using the Recent Tickets menu in the top menu bar. Scroll down the
the Events section of the ticket and click the “All events and notifications” link on the right side. We’ve looked at this in previous
lessons - it logs every action taken on a ticket.
If you look at the Views menu in the upper right, you should now see a difference between “My Unsolved Tickets” and “All Unsolved
Tickets”. “ My Unsolved Tickets” collects all the unsolved tickets assigned to you; “All Unsolved Tickets” collects all the unsolved
tickets period. Click into “All Unsolved Tickets” - if you remember the previous lesson, you’ll see that this view groups the tickets
by assignee (see below).
The process we use here can be used to address most scenarios when you want to automate some piece of your support.
A.We’ll define a task we do often
B. we’ll build a trigger (and any other component in Zendesk we need) to address that task
C. we’ll test what we’ve built.
We’ve already defined what we want to automate: the process of assigning billing related support requests to our new agent (who
is the billing expert on our team). Now let’s look at the pieces we need to accomplish that.
To see the default support form, we need to put ourselves in our customers shoes. In Zendesk, you can assume the identity of any
user of your support system. This means experiencing your help desk from their perspective. This can be helpful to guarantee that
the system looks and behaves as you want it to for each person.
STEP 1: Click on the Manage menu in the top navigation and choose People. Remember the distinction between end-user, admins
and agents from earlier in the lesson. We want to assume the role of of an end-user. To do so click the assume link next to one of
the end-user accounts (Kelly H., for instance; or any user without owner or agent underneath their image).
This is the default support form - your customers can come to this page, fill out this form, and just like sending in an email, it will
create a ticket for them in your Zendesk. This ticket will look exactly the same for your agents and you.
Ok, but how are we going to know which support requests that come in through this form are billing related? The answer is: in it’s
current form, it’d be pretty tough. Luckily, Zendesk lets you edit and add things to this form. We are going to add a drop down
field for our customers to fill out that asks them what type of question they are asking. With that information, we’ll be able to
accurately assign it to our support agent.
STEP 1. Click the Manage menu and choose Ticket Fields from the options. This page lists all the various fields on your web form.
You may notice that this list has many more fields than the one we were just looking at as an end-user. In fact, this lists all the
fields we saw earlier in the lesson when we created a new ticket as an admin. What’s going on?
Zendesk uses the same ticket form for both your agents and your end-users, it simply shows them different pieces of that form.
The subject field, for instance (the first item on the list) is available to both agent and end-user - both types of users can enter in a
subject for a ticket. The Status field, however, can only be seen and changed by an agent.
Your support form is an important tool in capturing support requests because you can add many different types of information that
a simple email simply cannot. While email is often very easy for customers and very important for the modern support team; the
web form can really speed up and provide your support team with more information upfront.
STEP 2. Click the “Add custom field” in the upper right of the main column. On the next page select drop down list.
STEP 3. Here’s where we configure our new field. Give the field a title (this is for internal use, so name it something you’ll
understand later like “Support Category”) and then add a more descriptive question in the Field Title Displayed to End-users. This
is what your customers will see when they access your web form, so it should be something like “What are you writing us about?”
Leave Required for Agents unchecked, but definitely check Visible to end-users. This is what will put it on the customer support
form. (Note that if you left that unchecked the field would still appear on your support form, but only for your agents.)
This opens up a second set of options. Check Editable by end-users - this will make it so that they can actually open up and choose
an option in the drop down (not actually edit its content). You would leave that box unchecked if you wanted to show them the
current value of the field, but not let them change it, such as if you wanted to show them which agent was assigned to their ticket
(which would be the assignee field, but you didn’t want them to be able to change the assignee.
Next, add a short description which will help explain to users what you would like them to do in this instance, something like
“Please specify what type of question or problem you’re having.”
Lastly, check the Required for end-users box. This makes our drop-down field required for end-users; they must fill it out before
they are allowed to submit their request.
STEP 4. Now we will add the actual options we want our customers to choose from. In the section labeled Field Options add three
or four options in the text field labeled Title. Make one of them “Billing Issue”. To add additional fields, click the green plus button
to the right of the text fields.
Triggers, you’ll remember, are business rules you define that run immediately after tickets are created or updated. For example,
a trigger can be used to notify the customer when a ticket has been opened. Another can be created to then notify the customer
when the ticket is solved. Zendesk starts you off with a number of triggers. For a description of those triggers, check out
Streamlining workflow with ticket updates and triggers in the Zendesk support forums.
STEP 1. We are adding a trigger to automatically assign billing related tickets to our new agent in charge of billing. Click add trigger
in the upper right.
Triggers contain conditions and actions. You combine these to create ‘if’ and ‘then’ statements (if the ticket contains a certain set
of conditions then the actions make the desired updates to the ticket and optionally notify the requester or the support staff). You
build condition and action statements using ticket properties, field operators, and the ticket property values.
Title the trigger “Auto-assign to Billing”. Open the dropdown under the “Meet all of the following conditions” header, and choose
tags. This creates a second set of form fields. Leave the second dropdown as “Contains at least one of the following”. In the open
text field write “billing_issue”. Remember from the previous section that when a customer chooses “Billing Issue” on our ticket
form it will tag their ticket with “billing_issue”. We are leveraging that tag here in this trigger.
Next, click the green plus button to add another condition. Choose “Ticket is...” from the drop down. Open the resulting drop down
and look at the options: Created and Updated. This is an important distinction. A ticket can only be created once, but it can be
updated any number of times. In our case, we want this trigger to run when the ticket is created, so choose that in the drop down.
As we said, triggers can interact with one another, but they need to be in the correct order to do so. When a ticket is created or
updated, Zendesk runs through all the triggers in order. This means that we want our Auto-assign trigger to be above the “Notify
assignee of assignment” trigger. This will ensure that when a customer submits a billing issue ticket, it will first be assigned to our
new agent; and then an email will be sent out to that agent. It doesn’t work the other way around: you can’t send an email out to
the person assigned to the ticket before the ticket is assigned to anybody.
Now, we have all the pieces in place to automatically assign a ticket to someone. Let’s test it out.
Click Submit a Request in the top menu bar. Notice first that our new ticket field is there (sweet!). Fill out the ticket with a sample
billing issue (you can copy what we have below); and make sure you choose “Billing Issue” from the Reason for Writing field.
Click submit and then revert identity (click the link in the upper right).
To see the ticket that was just submitted, go to Views >> All Unsolved Tickets. The ticket you created should be in there. Click into
it, and see that it is already assigned to our new agent. And, our new ticket field is also in there, already set to “Billing Issue”
If you used one of your own email addresses for the second agent we added, you will get that notification in your inbox.
Unassigned Tickets
One more small note to wrap up this lesson. Now that you’ve got more than one agent, you’ll notice that there is an “Unassigned
Tickets” view in your View menu at the top. Unless you create an automatic assignment for all your incoming tickets, they will be
unassigned by default. This view is a good place to check often - you want to make sure that unassigned tickets get assigned quickly.
Conclusion
This was a pretty packed lesson. We went over the three different types of Zendesk users and added a second agent.
We also introduced the concept of assigning tickets to your agents and went over two methods of assigning:
1. manually changing the ticket fields
2. automatically assigning using a trigger
In order to create the automatic assignment, we created a new ticket field for the Zendesk built-in support form.
And we checked how this support form worked (and looked) by assuming an end-user.
Now you are ready to add more people to your team as well as build up your support web form and your work flow!
If you don’t yet have a support email address you want to use, you can publicize your default Zendesk support email address.
Include and link to it on your own website. If at any time you want to start using a custom support email address, all you need to
do is set up the forwarding. With that in place, the transition will be seamless.
You can also start offering support through your Zendesk by linking to your support web portal home page from your own website.
If you don’t have one already, add a link to “Support” or “Help” and make that link go to your Zendesk web portal.