We had the amazing opportunity to get to play around with enhanced service level agreement (SLA) functionality in Zendesk, and it resulted in some pretty significant changes to the way we work. I thought I’d share some of what we learned along the way.
How SLAs helped us
If you have particularly complex SLA needs, as we do, then you’ll probably find yourself managing those through a combination of views and some creative business process. To give you an idea of what we’re dealing with, we support nearly 200 games, in 15 languages, for a global audience, using several channels, and prioritizing based on diverse player needs. Doing that using views is messy.
With the enhanced SLA functionality, here’s what we did:
- We simplified our View structure, keeping it down to language only
- We implemented SLA policies using channel, game, player need, and status (see screenshot below)
- We updated our simplified Views to order tickets based on the SLA time
This works well for us, as a we have a multi-skilled team of amazing Customer Care Specialists. They now know that they always have the next most important ticket sitting at the top of the View, and no longer need to search around for tickets across different places.
Additionally, this simplification has meant that we’re seeing an improvement in number of tickets that meet or exceed their SLA targets. They’re much more visible, and used as part of your workflow for prioritization they give you tons of opportunities to simplify. Part of the key to this is a culture of agents using the ‘Play’ button!
Some things to keep in mind
We also learned a few things. Some things to be mindful of:
- The order of your SLAs in the admin interface is important. When a ticket comes in it is given the first SLA in that list where the criteria are met. If you have similar SLAs, make sure that they’re in a logical order or have conditions to refine them. That’ll stop tickets getting unexpected SLA policies applied to them.
- We found that limiting the policies to be channel-specific made things super simple later when changes came about, particularly when doing this via the API.
- Regardless of whether your SLA is set up to monitor calendar hours or business hours, the timer in the ticket shows in calendar hours (eg. “23 hours to reply”). Towards the end of the day, these timers can be a bit confusing, so include that little bit of info in your training for agents when you decide to roll it out. That’ll avoid folks thinking, “Man! I have aaaaages to deal with this one!”
- We have a central place that shows everyone what the service levels are. Having that understanding of how and why SLA policies are applied has been really useful, particularly as it invites some really interesting feedback.
- Insights information for SLAs isn’t available yet, but is planned. You’ll need to be creative with your reporting if you’re using the feature in the same way as us.
How we set up our SLA policies
We implemented SLA policies using channel, game, player need, and status (see screenshot below).
Below: this is not our actual Zendesk, but to give you an idea of how we structured our policies (25 in total).
And here's an example of an individual SLA policy based on user need and channel (see screenshot below). You'll need a custom drop-down ticket field for customer need or customer segment, depending on how you want to set up your policies.
Below: again, this is not our actual Zendesk, but to give you an idea of how we structured our individual policies.
Publicação fechada para comentários.