Figuring out the best way to set up Answer Bot triggers, automations, views, and tags can be confusing for a lot of users. In this article, we're offering some recommendations for the following situations:
- Automatic tags
- Basic tagging
- Tagging solved tickets
- Removing the tags from reopened Answer Bot tickets
- Following up with customers who self-solve
- Creating an Answer Bot trigger for follow-up tickets
- Suppressing Customer Satisfaction surveys on Answer Bot tickets
Automatic tags
There are four tags that Answer Bot automatically adds to tickets to simplify setting up of new triggers and automation. Use the below table to understand what these tags are and when they are added.
Ticket tag name |
When is it added? |
Ab_suggest_false |
Added when Answer Bot is successfully triggered but failed to find any matching articles |
ab_suggest_true |
Added when Answer Bot successfully made an article suggestion |
ab_marked_unhelpful |
Added when the end user indicated that the suggestion was unhelpful |
ab_resolved |
Added when the end user marks the suggestion as helpful. |
Please note that if you are using the answer_bot_fired tag, your existing triggers will continue to work as it does today.
Basic tagging
Basic tagging is important for almost all configurations and best practices for Answer Bot. To allow us to optimise how triggers are fired, set up new triggers to take new actions, or change automations, we have to start with some basic tag manipulation:
- Click the Admin icon (
) in the sidebar, then select Business Rules > Triggers.
- For every trigger listed in the Answer Bot trigger section, select Edit.
- Scroll down to the bottom of the trigger, to the Actions section and select Add Action.
- Select Add tags from the drop-down list and then insert the tag answer_bot_fired.
- Save the trigger.
Now all tickets Answer Bot has fired on will have the answer_bot_fired tag and we can easily create a view to see them:
- Click the Admin icon (
) in the sidebar, then select Manage > Views.
- Create a new view - call it Answer Bot Tickets
- Set the conditions:
- Ticket Status | Less than | Closed
- Ticket Tags | Contains at least one of the following | answer_bot_fired
Tagging solved tickets
In this step, you'll create a trigger that determines whether an end user has resolved their ticket based on an Answer Bot suggestion, and tags the ticket as solved by Answer Bot.
- Click the Admin icon (
) in the sidebar, then select Business Rules > Triggers.
- Create a new trigger - call it Answer Bot: Tag as solved
- Set the following Conditions:
- Ticket | Is | Updated
- Requester Role | Is | (end user)
- Current user | Is | (end user)
- Ticket Status | Changed to | Solved
- Ticket Channel | Is | Email
- Ticket Tags | Contains at least one of the following | ab_resolved
- Add the following Actions:
- Select Add tags from the drop-down list and then insert the tag answer_bot_solved.
- Save the trigger.
Now all tickets Answer Bot has solved will also have the answer_bot_solved tag, and we can easily create a view to see those as well:
- Click the Admin icon (
) in the sidebar, then select Manage > Views.
- Create a new view - call it Answer Bot Solved Tickets
- Set the conditions:
- Ticket Status | Greater than | On-hold (or Pending, if on-hold status is not available for your account)
- Ticket Tags | Contains at least one of the following | answer_bot_solved
You should examine your ticketing workflows and make adjustments to the suggested trigger configuration to take into account non-standard ticketing workflows. For instance, if you have agents self-assigning and solving tickets without adding a public comment, the tag answer_bot_solved would be added, even though the ticket was not solved by Answer Bot. Adjusting the workflow, or adding conditions to the trigger to specify a ticket assignee, for example, can help avoid these conflicts.
Removing tags from reopened Answer Bot tickets
You could even take this one step further and add another trigger to remove the answer_bot_solved tag, if a ticket is reopened:
- Click the Admin icon (
) in the sidebar, then select Business Rules > Triggers.
- Create a new trigger - call it Answer Bot: Tag as Reopened
- Set the conditions:
- Ticket Status | Changed from | Solved
- Status | Not changed to | Closed
- Tags | Contains at least one of the following | answer_bot_solved ab_resolved
- Add the following Actions:
- Select Add tags from the drop-down list and then insert the tag answer_bot_reopen.
- Select Remove tags from the drop-down list and then insert the tag answer_bot_solved ab_resolved - this will remove those tags.
- Save the trigger.
Following up when customers self-solve
Extending on the previous steps, you can also add another action to send the requester a follow-up email to confirm that their request has been marked as solved.
- Click the Admin icon (
) in the sidebar, then select Business Rules > Triggers.
- Create the trigger in the previous step, or edit the Answer Bot: Tag as solved trigger
- Add a new action:
- Email user | (requester)
- Enter an email subject and body
- Save the trigger.
The final trigger should look similar to this:
Creating an Answer Bot trigger for follow-up tickets
In some situations, you may want to check in on a closed ticket. Closed tickets cannot be reopened, so to continue the conversation (rather than starting a new one) you need to create a follow-up ticket.
When you create a follow-up ticket, all of the closed ticket's information, including tags, is carried over into the new ticket. That means that the answer_bot_solved tag is applied to the follow-up ticket, which prevents Answer Bot from firing on the new ticket. This is fine if you do not need Answer Bot to work on the new ticket; however, if you want to include Answer Bot suggestions in the ticket notifications, you'll need to remove the answer_bot_solved tag.
To create a trigger removing the answer_bot_solved tag from a follow-up ticket
- Click the Admin icon (
) in the sidebar, then select Business Rules > Triggers.
- Create a new trigger - call it Answer Bot: Follow_up
- Set the conditions:
- Ticket | Is | Created
- Channel | Is | Closed ticket
- Ticket tags | Contain | answer_bot_solved
- Add the following Actions:
- Remove tags | answer_bot_solved
- Save the trigger.
Suppressing Customer Satisfaction surveys on Answer Bot tickets
Customer Satisfaction surveys were designed primarily for when human agents have been involved in solving the ticket. Many customers choose to disable satisfaction surveys for Answer Bot tickets. This step assumes that you have tagged tickets solved by Answer Bot with the answer_bot_solved tag.
- Click the Admin icon (
) in the sidebar, then select Business Rules > Automations.
- Open the automation that's been set up to send Satisfaction surveys, by default it's calledRequest customer satisfaction rating (System Automation).
- Add a new condition:
- Ticket tags | Contains none of the following | answer_bot_solved
- Save the automation.
6 Comments
This set of conditions for tagging tickets as solved doesn't work for me:
Reason being that ticket events states that Zendesk adds ab_resolved in a separate action to the user changing ticket status to solved. Further to this, when Zendesk adds the tag rather than the user, it doesn't always count as a ticket update for some reason so it's impossible to build a trigger around the ab_resolved tag: a vast majority of the time it just won't fire until the ticket updates on close. I wish that this whole feature were baked in rather than organised via triggers. It's so inconsistent.
Any Update on this as using the flow to add the tag answer_bot_solved does not work, when I reached out to Zendesk support and they let me know I have my triggers set correctly but not sure "why trigger didn't fire as expected although I understand that these conditions are in our article"
My question is, can you add a trigger based off the system created triggers ( ab_resolved ) when no agent touches the ticket?
As this trigger doe snot work at all and will not add the tag answer_bot_solved to a ticket solved by an end-user.
Hey Orin,
I can see that you have an open ticket on this issue, which is actively being investigated by a member of our Advocacy team.
You will receive an email update on the status of the request.
Hi,
Has this issue reported above been resolved?
Do you have a trigger with the exact configuration, and it did not fire on a ticket? If yes, I suggest that you initiate a conversation with us so we can further review the ticket events.
This article looks like it could use some attention. There are some best practice that seem to be nullified based on the addition of automatic tags as indicated here: https://support.zendesk.com/hc/en-us/articles/4408829637658-Announcing-latest-enhancements-to-Zendesk-Answer-Bot-
I'm finding the best practices suggestions for answer_bot_solved and answer_bot_fired are redundant with the ab_resolved and ab_suggest_* tags.
Please sign in to leave a comment.