Difference between revisions of "UseCases/Current/GenesysEngage-onpremises/BO06"
(UCC: Updated benefit name) |
|||
Line 1: | Line 1: | ||
{{SMART UseCase | {{SMART UseCase | ||
+ | |UCIntro=This use-case is in "Sales-Ready" status, meaning that all capabilities described in the use-case are supported by the Genesys products, but the associated services require a custom quotation. The Predictive Routing product is in Conditional Commercialization status, meaning that some capabilities are still restricted or may require PM approval. | ||
+ | |UCOverview=Companies want to improve their business Key Performance Indicators (KPI), capitalize on innovation in Artificial Intelligence and drive business decisions with the abundance of data and context available. Predictive Routing uses machine learning to support optimization of Customer Service KPIs. | ||
+ | |||
+ | Customer Service KPIs are metrics measuring a customer experience or efficiency outcome of an interaction, as opposed to Sales KPIs that measure the sales outcome of an interaction. Service KPIs can be of two types: | ||
+ | |||
+ | *Customer experience outcome such as Net Promotor Score (NPS), Customer Satisfaction (CSAT), First Contact Resolution (FCR), and Customer Effort Score (CES) | ||
+ | *Operational efficiency metrics such as Handle Time (AHT), transfers, hold count, hold time, cases open/closed, and back-office tasks opened | ||
+ | |||
+ | This use case illustrates an improvement in First Contact Resolution (FCR), captured from Genesys Info Mart or from 3rd-party surveys (for inbound voice interactions, for example). The use case also illustrates service related KPIs, where the data for the KPIs is available in Info Mart, or another available data source. | ||
+ | |||
+ | Predictive Routing also applies to Sales & Marketing KPIs. See {{Link-AnywhereElse|product=UseCases|version=Current|manual=GenesysEngage-onpremises|topic=SL06|display text=Genesys Predictive Routing for Sales (SL06) for Genesys Engage on-premises}} | ||
+ | |||
+ | The design of traditional routing is to match customers to agents through skills-based or group-based logic. The goal is to maintain a service level, rather than improving a KPI. Predictive Routing differs from traditional routing in that it uses machine learning to find signals in historical data from Genesys Info Mart and other third-party data sources. The predictive algorithm then uses these sources to build a model that predicts the business outcome of a customer's interaction when handled by an employee. | ||
+ | |||
+ | The way the predictive model works to improve KPIs is by ranking agents according to their predicted impact on the business outcome. It then assigns the interaction to the highest ranked available agent. A/B testing is the method that measures the actual impact of Predictive Routing on the target KPI, which compares the performance of Predictive Routing against the existing routing strategy. | ||
+ | |||
+ | |||
+ | |||
+ | <br /> | ||
|SMART_Benefits={{SMART Benefits | |SMART_Benefits={{SMART Benefits | ||
|UCBenefitID=Improved Net Promoter Score | |UCBenefitID=Improved Net Promoter Score | ||
− | |UCBenefit= | + | |UCBenefit=Reduce misroutes or repeated transactions to improve customer satisfaction by targeting the best agents to resolve different types of calls. |
}}{{SMART Benefits | }}{{SMART Benefits | ||
− | |UCBenefitID=Improved Employee Attrition | + | |UCBenefitID=Improved Employee Attrition |
|UCBenefit=Improve Employee Experience by routing to the Agent the work that they are more efficient or “good” at more often. | |UCBenefit=Improve Employee Experience by routing to the Agent the work that they are more efficient or “good” at more often. | ||
}}{{SMART Benefits | }}{{SMART Benefits | ||
Line 13: | Line 32: | ||
|UCBenefit=Reduce transfers and conferences by routing interactions to the best qualified agent and reduce handle time as more efficient workers often have a lower Average Handle Time | |UCBenefit=Reduce transfers and conferences by routing interactions to the best qualified agent and reduce handle time as more efficient workers often have a lower Average Handle Time | ||
}} | }} | ||
− | | | + | |UCSummary=Organizations seeking to improve the level of customer service offered to their customers realize significant benefit from Predictive Routing. Machine learning models configured to optimize First Call Resolution are at the core of the solution. |
− | |||
− | + | A customer calls the contact center, and Predictive Routing uses the data captured about the customer, their journey, and the current interaction to rank all available agents according to their predicted probability of resolving the call. Configuration options manage and balance the Service Level (speed to answer) with connecting to the most suitable agent. The result is a reduction in repeat contacts and improved FCR. | |
− | + | The outcome data feeds back into the machine learning model to inform future predictions. Impacts on KPIs and the performance of the machine learning models are available via real-time reports. | |
− | |||
− | + | <br /> | |
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
|PainPoints=* Frustrated customers or repeat interactions – increased number of transfers to identify the right person to resolve the issue | |PainPoints=* Frustrated customers or repeat interactions – increased number of transfers to identify the right person to resolve the issue | ||
* Resource inefficiency and high costs – unable to identify the right agent to quickly solve the issue | * Resource inefficiency and high costs – unable to identify the right agent to quickly solve the issue | ||
Line 61: | Line 58: | ||
* At least one Inbound or Digital SMART USE Case (see use-case inter-dependancies section for details) | * At least one Inbound or Digital SMART USE Case (see use-case inter-dependancies section for details) | ||
|BusinessImageFlow={{SMART BusinessImageFlow | |BusinessImageFlow={{SMART BusinessImageFlow | ||
− | |BusinessFlow= | + | |BusinessFlow=This business flow shows the use case from the perspective of the customer and agent. |
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | This business flow shows the use case from the perspective of the customer and agent. | ||
|BusinessImage=https://www.lucidchart.com/documents/edit/7deb8693-2294-4b64-8b50-9b3e115b9a89/0 | |BusinessImage=https://www.lucidchart.com/documents/edit/7deb8693-2294-4b64-8b50-9b3e115b9a89/0 | ||
− | |BusinessFlowDescription=#The customer contacts the company using | + | |BusinessFlowDescription=#The customer contacts the company using the inbound voice channel. This inbound interaction may be the result of a proactive rule on a web or mobile application. |
#One of the Inbound use cases for the corresponding media type handles the interaction. The context data is captured depending on the interaction and engagement type. | #One of the Inbound use cases for the corresponding media type handles the interaction. The context data is captured depending on the interaction and engagement type. | ||
#Genesys queues the interaction until at least one agent with the required skill(s) is available. | #Genesys queues the interaction until at least one agent with the required skill(s) is available. | ||
− | #Predictive Routing ranks the agents | + | #Predictive Routing ranks the agents according to the probability that they will resolve that specific interaction first time, and returns a ranked list with values. |
− | #Genesys checks if the | + | #Genesys checks if the score for at least one agent is above the configured score threshold. |
− | #If no agents are available within the configured timeout, the routing expands the potential target pool of agents, | + | #If no agents are available within the configured timeout, the routing expands the potential target pool of agents, by reducing the score threshold. |
− | #If | + | #If agents over the score threshold are found, Genesys distributes to the best available agent based on the predictive model (the agent with the highest rank) and the routing rules. |
− | # | + | #After dealing with the customer call, the agent disconnects the interaction. |
#The outcome is mapped to an InfoMart attribute (for example, a disposition code or custom key value pair). | #The outcome is mapped to an InfoMart attribute (for example, a disposition code or custom key value pair). | ||
#Optional: The customer is offered a survey. The answer to the survey is stored in a third-party system. | #Optional: The customer is offered a survey. The answer to the survey is stored in a third-party system. | ||
#Optional: Outcome data, such as case management closure, is produced and stored by a third-party application. | #Optional: Outcome data, such as case management closure, is produced and stored by a third-party application. | ||
}} | }} | ||
− | |BusinessLogic= | + | |BusinessLogic='''Routing Step 1''' |
− | + | * Using a supported channel and media type, the customer creates an interaction that captures the defined metric outcome. | |
− | + | *Prerequisite: This use case requires inbound call routing. | |
− | |||
− | * | ||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | *Prerequisite: This use case requires | ||
'''Routing Step 2''' | '''Routing Step 2''' | ||
− | *The interaction use case identifies the primary intention of the customer (Service Type) and the initial target skill expression | + | *The interaction use case identifies the primary intention of the customer (Service Type) and sets the initial target skill expression. |
− | |||
'''Routing Step 3''' | '''Routing Step 3''' | ||
− | *This step queues the interaction and is designed to cover both agent surplus and customer surplus scenarios. When either one or multiple agents are available (agent surplus scenario), the flow immediately proceeds. Otherwise, Genesys queues the interaction until an agent is available (customer surplus scenario) | + | *This step queues the interaction and is designed to cover both agent surplus and customer surplus scenarios. When either one or multiple agents are available (agent surplus scenario), the flow immediately proceeds. Otherwise, Genesys queues the interaction until an agent is available (customer surplus scenario). |
'''Routing Step 4''' | '''Routing Step 4''' | ||
− | * | + | *The predictor information along with necessary call information (Customer Profile, Interaction, Agent Profile) passes to Predictive Routing as a scoring request once one or more agents are available.. The relevant machine learning model processes the request resulting in a score for each available agent for that interaction. This process caters to both customer surplus and agent surplus scenarios. |
'''Routing Step 5''' | '''Routing Step 5''' | ||
− | *The score for | + | *The customer-to-agent matching provides the interaction score for each of the agents to the routing engine to promote the agents that can deliver the highest benefit to the target KPI. The model compares the score of the highest ranked agent to the configured minimum score threshold, in an agent surplus scenario. If not, then the interaction is held, pending either a higher ranked agent becoming available, or the threshold reducing. |
− | + | *In a customer surplus scenario, where multiple interactions are waiting when an agent becomes available, the agent’s scores for each waiting interaction are compared with the minimum score threshold. If the agent score exceeds the threshold for at least one interaction, the system proceeds to routing the highest scoring interaction. If not, then the agent remains unassigned, pending either a lower scored interaction becoming available, or the threshold reducing. | |
'''Routing Step 6''' | '''Routing Step 6''' | ||
− | * | + | *The minimum score threshold reduced over time according to the preconfigured fallback strategy. |
− | *The | + | *The checks in Routing Step 5 repeat regularly until the identification of an agent or interaction occurs. |
− | *The | + | **Normal target expansion, such as relaxing skill level as configured within the underlying distribution strategy, occurs. |
+ | **The continual reprioritization of the interaction also occurs as do any treatments and the queued customer experience. | ||
'''Routing Step 7''' | '''Routing Step 7''' | ||
− | * | + | *The system delivers the interaction usually, handling any ring on no answer and exception situations as defined in the underlying use case. |
− | * | + | *The customer and the agent connect. |
− | *The | + | |
+ | '''Routing Step 8''' | ||
+ | |||
+ | *The interaction ends when the call disconnects the customer or agent. | ||
'''Routing Step 9''' | '''Routing Step 9''' | ||
− | *The | + | *The agent desktop or a server-side process captures the outcome of the interaction. Genesys APIs invoke automatically or after an agent action to map the outcome to a Genesys interaction attribute: custom attached data or disposition code. |
*Info Mart captures this attribute with the Info Mart interaction record. | *Info Mart captures this attribute with the Info Mart interaction record. | ||
'''Routing Step 10''' | '''Routing Step 10''' | ||
− | *Optionally, the customer receives a survey | + | *Optionally, the customer receives a survey. |
− | * | + | *If the customer completes (optionally) the survey, it collects and stores the outcome through a 3rd-party application. |
'''Routing Step 11''' | '''Routing Step 11''' | ||
− | *Optionally, | + | *Optionally, a third-party application produces and stores the outcome data. |
− | + | |DistributionLogic=The inbound use case provides details of the distribution of an interaction to an agent. Refer to the flow above to understand how Predictive Routing influences the distribution logic. | |
− | + | |CustomerInterfaceRequirements=There are no specific customer interface requirements. | |
− | + | |AgentDeskRequirements=Target agents can review Attached Data/Case Data when an interaction routes to their Agent Desktop. | |
− | + | |RealTimeReporting=Predictive Routing real-time reports include: | |
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |DistributionLogic=The details of the distribution of an interaction to an agent | ||
− | |||
− | |||
− | |CustomerInterfaceRequirements= | ||
− | |AgentDeskRequirements=Target agents can review Attached Data/Case Data when an interaction | ||
− | |RealTimeReporting=Predictive Routing | ||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | + | (Forthcoming) - Replace with KPI Outcome, Feature Coverage and Model Accuracy? | |
− | |HistoricalReporting=The historical reports available within the Predictive Matching Data Store include: | + | |HistoricalReporting=The historical reports available within the <s>Predictive Matching Data</s> Store include: (ARE THESE IN GCXI?) |
*Predictive Routing Operational Report tracks Predictive Routing operational statistics. | *Predictive Routing Operational Report tracks Predictive Routing operational statistics. | ||
Line 261: | Line 138: | ||
<sup>*</sup><small>A/B reports can be developed from any standard or custom Info Mart data. If the outcomes data is NOT integrated with Info Mart, the creation of A/B reports must be evaluated as a separate effort.</small> | <sup>*</sup><small>A/B reports can be developed from any standard or custom Info Mart data. If the outcomes data is NOT integrated with Info Mart, the creation of A/B reports must be evaluated as a separate effort.</small> | ||
− | |||
|GeneralAssumptions=The following use cases are exceptions where Predictive Routing cannot be integrated: | |GeneralAssumptions=The following use cases are exceptions where Predictive Routing cannot be integrated: | ||
Line 267: | Line 143: | ||
*{{#mintydocs_link:topic=EE04}}: Enable Schedule-based routing. | *{{#mintydocs_link:topic=EE04}}: Enable Schedule-based routing. | ||
*Self-Service Use Cases | *Self-Service Use Cases | ||
− | *Outbound preview | + | *Outbound preview and agent reservation used for Predictive and Progressive outbound |
*Callback, web monitor, proactive assist, co-browse, and Knowledge Management. | *Callback, web monitor, proactive assist, co-browse, and Knowledge Management. | ||
|CustomerAssumptions=*Customer has all compatible versions of URS, IRD, Composer, GIM, GCXI, GII and Pulse or upgrades have been scoped in to the project plan. | |CustomerAssumptions=*Customer has all compatible versions of URS, IRD, Composer, GIM, GCXI, GII and Pulse or upgrades have been scoped in to the project plan. | ||
*Customer has necessary systems and processes in place to track results and measure impact over the life of the model | *Customer has necessary systems and processes in place to track results and measure impact over the life of the model | ||
*Customer identification must be available and stored in Infomart. | *Customer identification must be available and stored in Infomart. | ||
− | *Significant percentage of interactions require to have a customer id linked. If less than 10 percent interactions have a customer id then building models may not be feasible | + | *<s>Significant percentage of interactions require to have a customer id linked. If less than 10 percent interactions have a customer id then building models may not be feasible</s> |
|RequiresOr=CE01, CE02 | |RequiresOr=CE01, CE02 | ||
− | |Optional= | + | |Optional=EE14 |
− | |Exceptions=CE12, EE04 | + | |Exceptions=CE12, CE16, CE18, CE19, EE04 |
− | |PremiseAssumptionsAdditional=* | + | |PremiseAssumptionsAdditional=*Predictive Routing solution is offered to On-Premise customers from the Genesys Cloud in a Cloud-only supporting Hybrid Architecture. |
− | * | + | *Requires PM approval. |
− | *<span class="s1"></span> | + | *<span class="s1"></span>Predictive Routing is offered as a managed service by Genesys Professional Services, who deals with all aspects of machine learning model creation and maintenance. A Professional Services package is mandatory for implementation and support of Predictive Routing. |
− | + | *The Standard deployment materials address Inbound voice interactions only based on Info Mart data only. | |
− | *The Standard deployment materials address Inbound voice interactions only | ||
*Omnichannel and outbound integrations require Genesys Product Management approval and Genesys Professional Services support. | *Omnichannel and outbound integrations require Genesys Product Management approval and Genesys Professional Services support. | ||
*Integration of additional data sources, Genesys or 3rd-party, requires a dedicated assessment and implementation by Genesys Professional Services. | *Integration of additional data sources, Genesys or 3rd-party, requires a dedicated assessment and implementation by Genesys Professional Services. | ||
*Customer should have one or more Genesys channels. | *Customer should have one or more Genesys channels. | ||
− | *Prerequisites: An implemented use case for one or more channels and Info Mart reporting. These use cases populate the predictors in the routing and the data necessary to build the models | + | *Prerequisites: An implemented use case for one or more channels and Info Mart reporting. These use cases populate the predictors in the routing and the data necessary to build the models. |
*The capture and analysis of FCR KPIs is not part of Info Mart out-of-box statistics and is developed during model creation. | *The capture and analysis of FCR KPIs is not part of Info Mart out-of-box statistics and is developed during model creation. | ||
*Routing to agents is based on skill expressions or group-based routing. | *Routing to agents is based on skill expressions or group-based routing. | ||
− | + | |DocVersion=v 2.2.0 | |
− | |||
}} | }} |
Revision as of 14:59, December 9, 2020
What's the challenge?
Today’s contact centers generate large volumes of data and have outgrown legacy skill and queue-based routing for matching customers and agents. It is almost impossible to optimize for metrics such as First Call Resolution (FCR) or Average Handling Time (AHT) because thousands of if-then rules have to be built and managed.
What's the solution?
Genesys Predictive Routing works in real-time, using AI to analyze 100s of data points to discover patterns to match customers to the best agents. With Genesys Predictive Routing, contact centers can improve customer experiences, grow revenue, improve efficiency, and optimize for important KPIs.
Contents
Use Case Overview
Story and Business Context
Companies want to improve their business Key Performance Indicators (KPI), capitalize on innovation in Artificial Intelligence and drive business decisions with the abundance of data and context available. Predictive Routing uses machine learning to support optimization of Customer Service KPIs.
Customer Service KPIs are metrics measuring a customer experience or efficiency outcome of an interaction, as opposed to Sales KPIs that measure the sales outcome of an interaction. Service KPIs can be of two types:
- Customer experience outcome such as Net Promotor Score (NPS), Customer Satisfaction (CSAT), First Contact Resolution (FCR), and Customer Effort Score (CES)
- Operational efficiency metrics such as Handle Time (AHT), transfers, hold count, hold time, cases open/closed, and back-office tasks opened
This use case illustrates an improvement in First Contact Resolution (FCR), captured from Genesys Info Mart or from 3rd-party surveys (for inbound voice interactions, for example). The use case also illustrates service-related KPIs, where the data for the KPIs is available in Info Mart or another available data source.
Predictive Routing also applies to Sales & Marketing KPIs. See Genesys Predictive Routing for Sales (SL06) for Genesys Engage on-premises
Traditional routing matches customers to agents through skills-based or queue-based logic. The goal is to maintain a service level, rather than to improve a KPI. Predictive Routing differs from traditional routing in that it uses machine learning to detect patterns in historical data from Genesys Info Mart and other third-party data sources. The predictive algorithm then uses these sources to build a model that predicts the business outcome of a customer's interaction when handled by an employee.
The predictive model works to improve KPIs by ranking agents according to their predicted impact on the business outcome. It then assigns the interaction to the highest ranked available agent. A/B testing measures the real-world impact of Predictive Routing on the target KPI by comparing Predictive Routing performance against the existing routing strategy.
Use Case Benefits*
The following benefits are based on benchmark information captured from Genesys customers and may vary based on industry, lines of business or Genesys product line:
Use Case Benefits | Explanation |
---|---|
Improved Customer Experience | Reduce misroutes or repeated transactions to improve customer satisfaction by targeting the best agents to resolve different types of calls. |
Improved First Contact Resolution | Improve First Contact Resolution by routing the interaction to the most proficient Agent available to handle it. |
Reduced Employee Attrition | Improve Employee Experience by routing work to the Agent that they are more efficient or “good” at more often. |
Reduced Handle Time | Reduce transfers and conferences by routing interactions to the best qualified agent and reduce average handle time by having more efficient workers take each interaction. |
Summary
Organizations seeking to improve the level of customer service offered to their customers realize significant benefits from Predictive Routing. Machine learning models configured to optimize metrics such as First Call Resolution are at the core of the solution.
A customer calls the contact center, and Predictive Routing uses the data captured about the customer, their journey, and the current interaction to rank all available agents according to their predicted probability of resolving the call. Configuration options manage and balance the Service Level (speed to answer) with connecting to the most suitable agent. The result is a reduction in repeat contacts and improved FCR.
The outcome data feeds back into the machine learning model to inform future predictions. Impacts on KPIs and the performance of the machine learning models are available via real-time reports.
Use Case Definition
Business Flow
This business flow shows the use case from the perspective of the customer and agent.
Business Flow Description
- The customer contacts the company using the inbound voice channel. This inbound interaction can be the result of a proactive rule on a web or mobile application.
- One of the Inbound use cases for the corresponding media type handles the interaction and captures interaction context data. The exact data captured depends on the interaction and engagement type.
- Based on the interaction context, Genesys selects an initial group of agents with the required skill(s) as possible routing targets to handle the interaction.
- Predictive Routing calculates the scores of the agents in the target group using a machine learning model that takes into account the agents' historic performance on similar interactions.
- When there are multiple agents available, Genesys attempts to route the interaction to the available agent with a highest score.
- If there is an interaction surplus and an agent becomes ready, Genesys selects an interaction from the queue taking into account the priority of each waiting interaction, the score the agent has for each interaction, and the time the interactions were queued.
- If no agents are available within the configured timeout, the routing strategy expands the potential target pool of agents by reducing the skill requirements and then repeats the target agent selection using Predictive Routing.
- After dealing with the customer call, the agent disconnects the interaction.
- The outcome is mapped to Genesys Info Mart attribute (for example, a disposition code or custom key-value pair).
- Optional: The customer is offered a survey. The answer to the survey is stored in a third-party system.
- Optional: Outcome data, such as case management closure, is produced and stored by a third-party application.
Business and Distribution Logic
Business Logic
Routing Step 1
- Using a supported channel and media type, the customer creates an interaction. As the interaction is handled and traced through your environment, data is captured that enables you to determine the outcome for the metric you want to optimize.
- Prerequisite: This use case requires inbound call routing.
Routing Step 2
- The interaction use case identifies the customer's primary intention (Service Type) and sets the initial target skill expression.
Routing Step 3
- This step queues the interaction and is designed to cover both agent surplus and customer surplus scenarios. When either one or multiple agents are available (agent surplus scenario), the flow immediately proceeds. Otherwise, Genesys queues the interaction until an agent is available (customer surplus scenario).
Routing Step 4
- The predictor information along with necessary call information (Customer Profile, Interaction, Agent Profile) passes to Predictive Routing as a scoring request once one or more agents are available. The relevant machine learning model processes the request, resulting in a score for each available agent for that interaction. This process handles both customer surplus and agent surplus scenarios.
Routing Step 5
- The customer-to-agent matching provides the interaction score for each of the agents to the routing engine to identify the agents that can deliver the highest benefit to the target KPI. In an agent surplus scenario, the model compares the score of the highest ranked agent to the configured minimum score threshold. If the score is below the threshold, then the interaction is held until a higher-ranked agent becomes available or the threshold is reduced.
- In a customer surplus scenario, where multiple interactions are waiting when an agent becomes available, the agent’s scores for each waiting interaction are compared with the minimum score threshold. If the agent score exceeds the threshold for at least one interaction, the system proceeds to route the highest scoring interaction. If not, then the agent remains unassigned until a lower-scored interaction becomes available or the threshold is reduced.
Routing Step 6
- The minimum score threshold is reduced over time according to the preconfigured fallback strategy.
- The checks in Routing Step 5 repeat regularly until an agent-interaction matchup meets the threshold requirements.
- Normal target expansion, such as relaxing skill level as configured within the underlying distribution strategy, occurs.
- The continual reprioritization of the interaction also occurs, as do any treatments and the standard queued customer experience.
Routing Step 7
- The system delivers the interaction, handling any ring on no answer and exception situations as defined in the underlying use case.
- The customer and the agent connect.
Routing Step 8
- The interaction ends when the customer or agent disconnects the call.
Routing Step 9
- The agent workspace or a server-side process captures the interaction outcome. Genesys APIs invoke, either automatically or after an agent action, to map the outcome to a Genesys interaction attribute, which can be custom attached data or a disposition code.
- Genesys Info Mart captures this attribute in the Info Mart interaction record.
Routing Step 10
- Optionally, the customer receives a survey.
- If the customer completes the survey, the system collects and stores the outcome through a 3rd-party application.
Routing Step 11
- Optionally, a third-party application produces and stores the outcome data.
Distribution Logic
The inbound use case provides details of the distribution of an interaction to an agent. Refer to the flow above to understand how Predictive Routing influences the distribution logic.
User Interface & Reporting
Agent UI
Target agents can review Attached Data/Case Data when an interaction routes to their Agent Workspace.
Reporting
Real-time Reporting
Predictive Routing does not include real-time reports. Operational reports are available in the Predictive Routing UI.
Operational reports include:
- KPI Outcome
- Feature Coverage
- Model Accuracy
Historical Reporting
The historical reports available through GCXI are the following:
- Predictive Routing Operational Report - tracks Predictive Routing operational statistics.
- Predictive Routing A/B Testing Report - tracks A/B testing results for Predictive Routing models and predictors.
- Predictive Routing Agent Occupancy Report - tracks Agent Occupancy while Predictive Routing is being used to optimize routing.
- Predictive Routing Daily Queue Statistics Report - tracks KPIs for each Queue while Predictive Routing is being used to optimize routing.
- Predictive Routing Detail Report - interaction-level detail data about Predictive Routing use and its impact on KPIs.
*A/B reports can be developed from any standard or custom Info Mart data. If the outcomes data is NOT integrated with Info Mart, the creation of A/B reports must be evaluated as a separate effort.
Customer-facing Considerations
Interdependencies
All required, alternate, and optional use cases are listed here, as well as any exceptions.
All of the following required: | At least one of the following required: | Optional | Exceptions |
---|---|---|---|
None | Inbound |
Digital Workforce Engagement |
Digital Inbound Outbound Self-Service and Automation
|
General Assumptions
- Requires Product Management approval.
- Predictive Routing solution is offered to on-premises customers in a hybrid architecture that incorporates core functionality served from the components deployed in your own environment.
- Predictive Routing is offered as a managed service by Genesys Professional Services, who deal with all aspects of machine-learning model creation and maintenance. A Professional Services package is mandatory for implementation and support of Predictive Routing.
- The standard deployment materials address Inbound voice interactions based on Genesys Info Mart data only.
- Integration of additional data sources, whether Genesys or 3rd-party, requires a dedicated assessment and implementation by Genesys Professional Services.
- Customer must have implemented a use case for one or more channels and have deployed Genesys Info Mart reporting. These use cases populate the data used to build predictors and models, which direct how interactions are routed. Note that the capture and analysis of FCR KPIs is not part of Genesys Info Mart out-of-box statistics and is developed during model creation.
Note the exceptions where Predictive Routing cannot be integrated listed in the interdependencies section:
- Self-Service use cases
- Outbound preview and agent reservation used for Predictive and Progressive outbound
Customer Responsibilities
- Customer has already optimized traditional routing strategies and processes and wants to achieve further improvements.
- Customer has all compatible versions of URS, IRD, Genesys Info Mart, GCXI, and Pulse; or upgrades have been scoped in to the project plan.
- Customer has the necessary systems and processes in place to track results and measure impact over the life of the model.
- Customer identification is available and stored in Genesys Info Mart.
Document Version
- Version v 2.2.1 last updated December 9, 2020