
- Subscribe to RSS Feed
- Mark as New
- Mark as Read
- Bookmark
- Subscribe
- Printer Friendly Page
- Report Inappropriate Content
How to use Process Optimization for intake channel analysis
This post is part of the Process Optimization Use Case Series where we’ll focus on different techniques to identify process inefficiencies, non-conformant activities, and improvement opportunities. These posts will be broken into two sections – how to do the analysis and how to configure the Process Optimization project.
Self-service channels such as portal or email allow quick customer or employee service. However, unlike phone, walk-up or a virtual agent experience it is mostly a one-way communicaton which makes intake more challenging. Not everyone knows how to describe their problem or what they need accurately or completely. Consequently, tickets created by self-service often have higher re-assignments, or more frequently require us to go back to the requestor for additional information.
These situations where additional information is required are frustrating for customer/employee and have a negative impact on satisfaction scores as well as service team productivity.
Process Optimization can be used to help analyze work coming in view different channels and isolate opportunities to improve intake experiences as well as create new self service offerings which will increase the speed and productivity of the organization.
You can find other Process Optimization use cases here
How to do the analysis
This approach can be applied to any workflow(Incident, HR Case, Customer Service Case, etc) and does not require any additional/special configuration beyond the out of the box content packs offered with a given workflow
Open your project to the Analyst Workbench view
One of the first states to look for when you are analyzing a workflow and looking for opportunities to optimize is the "Awaiting Caller Info” state. Depending on your process or your workflow the state might be labeled differently, it could be “On Hold” or “Suspended”. Regardless of what is called, any time we need to pause the work to gather some additional information is an opportunity to improve and an area we should focus on. (Note you may have to expand your connections to see this state on your own visualized process maps).
In this case we have about 8400 incidents that have passed through this “Awaiting User Info” state and with 10200 total occurrences that is telling us that about 1800 incidents visited it more than once. That is definitely something we’d want to focus in on.
To isolate just those 8400 incidents that at some point went into “Awaiting Caller Info” we can use the Apply transition option.
Within the Transitions filter interface we can build out specific paths we want to isolate. For example, if we wanted to focus in on things that went from "Awaiting Caller Info" to "In Progress" back to "Awaiting Caller Info".
Today, we are just going to focus on all incidents that went to "Awaiting Caller Info" once.
Once we click apply the visualized process map will filter down to just show us the 8400 incidents that went through Awaiting Caller Info.
Now that we’ve narrowed the incidents down to the ones requiring additional information, we can focus on which channels are the biggest influencers.
We’ll use our breakdowns to do this.
Looking at our different channels we can see that Self-Service and Portal are the top two contributors from a volume perspective. But the thing that jumps out is that incidents coming in via Email are taking an additional week(15 days) on average longer than those other two options. Email being a very unstructured channel it would make sense that there is going to be some back and forth, but that doesn’t mean we shouldn’t see if we can improve in some way. Let’s focus on those first. We can select Email and click Apply.
Once we’ve isolated the data down to just the incidents coming in via Email that are going to Awaiting Caller Info we will now use our Cluster Analysis capability to analyze the short descriptions and descriptions of those incidents to see if there are any patterns in that unstructured data that would give us some additional direction.
The Cluster Analysis will show us that we have a few different opportunities.
Some involve improving the Password Reset intake experience another would be taking a look how we are gathering information about Cost Center or Manager changes that seems like a pretty structured set of information we should be able to capture the first time.
There is also a large cluster of incidents where people are simply trying to update their email address in their profiles. That is certainly something we should have a self service option for(could be a virtual agent conversation). If we do have an existing self service option we should look at how we can improve the intake experience or dive into which parts of the organization are not using the more structured intake channels for this and market the self service option internally.
This same steps can be used to analyze other intake channels to look for improvements to the experience or potentially new self service options.
How to configure the Process Optimization Project
This analysis should not require any special configuration. The out of the box project for each of the workflows will enable you to do this type of analysis.
If you have not created a Process Optimization project before this short video will walk you through the process in minutes.
The one aspect of the configuration you’d want to confirm is that you have a Breakdown Definition configured for contact_type or channel and that it aligns to the field your organization uses to capture this information.
As of Tokyo Breakdown Definitions are configured at the Table level of a given Project.
If you are looking for more in-depth training you can use the Process Optimization Academy library of content
You can find other Process Optimization use cases here
Additional Resources
- 1,531 Views
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.