It's probably no surprise that the Zendesk Customer Support team has a fairly big and built-out instance of Zendesk. Our instance includes hundreds of agents, business rules, macros, custom fields, tags, and organizations.
A critical part of this instance is our About field, which is a custom ticket drop-down field containing over 200 values covering everything from authentication to messaging. Even if you are closer to ticket #10 than ticket #1000000, you should consider adding a basic drop-down About ticket field. If you start categorizing your tickets now, you'll have incredibly useful data to when it’s time to look back.
In this article, you'll learn how to start using an About field of your own. This article contains the following topics:
Creating the About field
Start by creating the About field, making sure to carefully organize your drop-down options.
To create an About field
- In Admin Center, click
Objects and rules in the sidebar, then select Tickets > Fields.
- Click Add field.
- Select Drop-down as the field type, then start adding values.
Use double colons to separate out the different levels, if need. For example, Billing::Refunds, Billing::Invoices will first give you the option to select Billing and then give you the related child options. - Select Required to solve a ticket so that agents have to fill it out before setting a ticket to solved.
About data will be more useful if it's applied to every ticket. - (Enterprise only) If you have multiple ticket forms, edit the ticket forms where you want the field to appear, drag the field from the right onto the ticket form, then click Save. Repeat for additional ticket forms.
- Click Save.
If you need more information about any of the options when you're creating your field, see Adding custom ticket fields to your tickets and forms.
Finding and tracking issues based on the About field
You can create reports and business rules to identify and track common issues based on your About field:
- Reports. Once you’ve solved a bunch of tickets, you can build out your reports using your new field. See Reporting with custom fields.
- Macros. You can build macros for specific subjects based on common issues you're seeing. Don't forget to add the related About field value as a macro action. That will help ensure consistent and complete data.
- Triggers and views. Each option in your drop-down field has an associated tag that you can use to create triggers and views.
5 comments
Nadav Shamgar
Hi,
Is there an easy way of displaying the "folder" name of a dropdown field in the agent workspace?
For example, if the About field has the following options:
Now if "Subscription::Other" is selected, the field will only show "Other" and it will be hard to distinguish what's the main topic.
This is also true for your example with 200 options, since not every specific option is easy to understand what's its folder.
Also this goes to reporting that will show the full name (with colon) and for triggers where I would like to use a condition according to an entire folder.
Is there any way of achieving this without creating a separate read-only field for the folder with many triggers (that need maintenance whenever something is added/changed) to change the folder field according to the About field?
Thanks.
0
Dave Dyson
What you could do is edit the field values to include the category name in the name of your items.
For example:
That way the field will show as "Billing/Payment", etc.
Editing the field names, once they've been previously saved, won't affect the tags associated with each value, so changing the names won't adversely affect any reporting or triggers, views, macros etc. that may use that value.
0
Nadav Shamgar
Thank you @...,
this will indeed solve the visual part of the issue.
However, if I want to create triggers based on the folder name, is there an easy method of doing so?
For example, if topic is Billing - assign ticket to Accounting group.
The only method I can think of is creating that read-only "topic folder" field and creating triggers that will populate it according to which sub-topic was selected (which means a condition for each of the 200 options, and if we add any later on, we have to remember to update those triggers).
0
Dave Dyson
You're correct, it's true that triggers won't be able to make use of the "folder" name, so that in triggers you'd need to list each folder option as a condition (using the "Meet any of the following conditions" feature).
That being the case, another option could be to use Conditional Fields. In that case, you'd have one dropdown with the "folder" options, and then separate fields for each "folder" option, each of which would only be displayed when its associated folder option was chosen: Creating conditional ticket fields
I think no matter which route you go, there's going to be some maintenance required.
0
Nadav Shamgar
Thank you for the answer, Dave.
The issue with conditional fields is that we would need a different field per folder.
This means that if the About field for example has 10 topics, this means 10 custom fields.
This affects also the complexity of reporting later on (complicated formulas etc.)
I hope there would be a better solution for this in the future.
Thank you.
0