Difference between revisions of "UseCases/Current/GenesysEngage-onpremises/BO02"
Line 1: | Line 1: | ||
{{SMART UseCase | {{SMART UseCase | ||
− | |||
− | |||
− | |||
|SMART_Benefits={{SMART Benefits | |SMART_Benefits={{SMART Benefits | ||
|UCBenefitID=Improved Net Promoter Score | |UCBenefitID=Improved Net Promoter Score | ||
Line 19: | Line 16: | ||
|UCBenefit=Automate task distribution, reduce manual distribution and monitoring of tasks by supervisors, scheduling and reporting through intelligent task distribution. Add visibility into employee and group performance | |UCBenefit=Automate task distribution, reduce manual distribution and monitoring of tasks by supervisors, scheduling and reporting through intelligent task distribution. Add visibility into employee and group performance | ||
}} | }} | ||
− | |||
|UCOverview=The work distribution system is designed to capture, classify, prioritize, and effectively distribute tasks across multiple departments to the best suited agent, based on certain business rules, resources, skills, and availability. This is achieved when the system is integrated with one or multiple task source systems (like CRM, BPM, and Workflow systems) where tasks related to customers are created and stored. | |UCOverview=The work distribution system is designed to capture, classify, prioritize, and effectively distribute tasks across multiple departments to the best suited agent, based on certain business rules, resources, skills, and availability. This is achieved when the system is integrated with one or multiple task source systems (like CRM, BPM, and Workflow systems) where tasks related to customers are created and stored. | ||
Line 30: | Line 26: | ||
The Genesys work distribution system captures tasks created in the source systems, then places them into the universal queue and continuously reprioritizes the tasks based on business rules. The Genesys work distribution system can distribute all interactions (voice / non-voice) to the best skilled agent just in time, as they become due based upon their SLAs and priorities. The reporting functionality of this use case provides visibility into operational performance and backlog for continuous improvement. Business policies are managed via business rules to enable flexibility and less reliance on IT. Through blending with other media types, this use case enables Front Office-Back Office integration. | The Genesys work distribution system captures tasks created in the source systems, then places them into the universal queue and continuously reprioritizes the tasks based on business rules. The Genesys work distribution system can distribute all interactions (voice / non-voice) to the best skilled agent just in time, as they become due based upon their SLAs and priorities. The reporting functionality of this use case provides visibility into operational performance and backlog for continuous improvement. Business policies are managed via business rules to enable flexibility and less reliance on IT. Through blending with other media types, this use case enables Front Office-Back Office integration. | ||
− | |||
|PainPoints=*Unable to measure and report on employee utilization | |PainPoints=*Unable to measure and report on employee utilization | ||
*No visibility into work item queues and backlogs | *No visibility into work item queues and backlogs | ||
Line 43: | Line 38: | ||
*Equitable distribution of work items across employee base | *Equitable distribution of work items across employee base | ||
*Insights into workforce skills and proficiency | *Insights into workforce skills and proficiency | ||
− | |||
− | |||
|MaturityLevel=Consistent | |MaturityLevel=Consistent | ||
|SellableItems=CIM, CIM HA (Optional), Genesys Infomart, Genesys Infomart - HA (optional), GI2 for iWD (Business Objects), GI2 for iWD (Business Objects) - HA (Optional), Workspace Desktop Edition, intelligent Workload Distribution, iWD - Back Office (Optional), Workspace Desktop Edition | |SellableItems=CIM, CIM HA (Optional), Genesys Infomart, Genesys Infomart - HA (optional), GI2 for iWD (Business Objects), GI2 for iWD (Business Objects) - HA (Optional), Workspace Desktop Edition, intelligent Workload Distribution, iWD - Back Office (Optional), Workspace Desktop Edition | ||
− | |||
|CloudAssumptionsAdditional_Sales=Capabilities Assumption: | |CloudAssumptionsAdditional_Sales=Capabilities Assumption: | ||
* Partner hosted solution is possible | * Partner hosted solution is possible | ||
− | |||
|PremiseAssumptionsAdditional_Sales=This use case is available on Premise | |PremiseAssumptionsAdditional_Sales=This use case is available on Premise | ||
|BusinessImageFlow={{SMART BusinessImageFlow | |BusinessImageFlow={{SMART BusinessImageFlow | ||
Line 58: | Line 49: | ||
'''Part 1 - Capture and Distribution''' | '''Part 1 - Capture and Distribution''' | ||
|BusinessImage=https://www.lucidchart.com/documents/edit/1e839c49-d7a9-4362-81ed-c8fa6dc8bb54/0 | |BusinessImage=https://www.lucidchart.com/documents/edit/1e839c49-d7a9-4362-81ed-c8fa6dc8bb54/0 | ||
− | |BusinessFlowDescription= | + | |BusinessFlowDescription='''Part 1 - Capture and Distribution''' |
− | # The source system (the BPM / CRM / business system storing and processing the work items associated to business processes) requires an agent to handle one of its work items. The source system uses the Genesys standard Capture Adapter to create a corresponding task in Genesys iWD. | + | #The source system (the BPM / CRM / business system storing and processing the work items associated to business processes) requires an agent to handle one of its work items. The source system uses the Genesys standard Capture Adapter to create a corresponding task in Genesys iWD. |
− | # Genesys captures the new task and creates a new interaction in the system. | + | #Genesys captures the new task and creates a new interaction in the system. |
− | # The interaction is classified and prioritized according to some specific rules and the nature of the task (see Business Logic). The tasks are reprioritized if they are not distributed to an agent before specified time periods elapse. | + | #The interaction is classified and prioritized according to some specific rules and the nature of the task (see Business Logic). The tasks are reprioritized if they are not distributed to an agent before specified time periods elapse. |
− | # The task is queued with all other interactions in the system. The priority of the task defines the position of the task in the global queue. Once an agent with the right skill becomes available to handle the task, the task is distributed to the agent. If it cannot be assigned within a specified period of time it is re-prioritized. | + | #The task is queued with all other interactions in the system. The priority of the task defines the position of the task in the global queue. Once an agent with the right skill becomes available to handle the task, the task is distributed to the agent. If it cannot be assigned within a specified period of time it is re-prioritized. |
− | # The task opens on the agent desktop. | + | #The task opens on the agent desktop. |
− | # The Genesys agent desktop opens the corresponding work item within the source system. | + | #The Genesys agent desktop opens the corresponding work item within the source system. |
− | # The agent handles the task in the source system. | + | #The agent handles the task in the source system. |
}}{{SMART BusinessImageFlow | }}{{SMART BusinessImageFlow | ||
|BusinessFlow='''Part 2 - Task Handling''' | |BusinessFlow='''Part 2 - Task Handling''' | ||
|BusinessImage=https://www.lucidchart.com/documents/edit/1ade4795-a196-4e7c-a9d7-8c3a907bd6e5/0 | |BusinessImage=https://www.lucidchart.com/documents/edit/1ade4795-a196-4e7c-a9d7-8c3a907bd6e5/0 | ||
− | |BusinessFlowDescription= | + | |BusinessFlowDescription='''Part 2 - Task Handling''' |
+ | |||
+ | #The agent finishes working on the task in the source system, then decides on the next step. | ||
+ | #The agent may be able to complete the task so that no further action is required. | ||
+ | #*The agent completes the task in the source system. | ||
+ | #*Then the work is finished within the Genesys agent desktop (“Mark done”). The source system updates Genesys that the task is completed and Genesys can archive the task. | ||
+ | #The agent may not immediately finish their work on the task; for example, they may be waiting for a callback from the customer or a colleague. In this case, the agent can park the task in their personal workbin (see Park Tasks). | ||
+ | #The agent may need to reschedule the task because, for example, the customer is available only on the next day. In this case, the agent reschedules the task via the source system (see Reschedule Task). | ||
+ | #The agent may not be able to handle the task because it is wrongly classified. In this case, he reclassifies the task via the source system (see Reclassify Task). | ||
+ | #The agent may not take any action in the source system. | ||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
The agent may coincidentally finish the task in the Genesys Agent Desktop without any update in the source system (“Mark done”). In this case, Genesys does not receive an update of the task via the Capture Adapter and redistributes the task to an agent after a specified amount of time. | The agent may coincidentally finish the task in the Genesys Agent Desktop without any update in the source system (“Mark done”). In this case, Genesys does not receive an update of the task via the Capture Adapter and redistributes the task to an agent after a specified amount of time. | ||
}} | }} | ||
|BusinessLogic=====Task Classification and Prioritization==== | |BusinessLogic=====Task Classification and Prioritization==== | ||
Once a task has been created within the Genesys system, the system | Once a task has been created within the Genesys system, the system | ||
− | * assigns it to the right business process (Task Classification), and | + | |
− | * assigns the due date and priority settings for handling the task (Task Prioritization). | + | *assigns it to the right business process (Task Classification), and |
+ | *assigns the due date and priority settings for handling the task (Task Prioritization). | ||
+ | |||
Both steps are crucial for distribution. For example, the business process defines the skill needed to handle the task. Task Classification and Prioritization is based on the attributes associated with tasks and on the business rules described below. The company's business process are mapped to the internal structure of iWD, which is called Business Context, a two-layer structure consisting of the (iWD) Department and (iWD) Process. Task Classification associates each task with the Department and Process of the Business Context in iWD. | Both steps are crucial for distribution. For example, the business process defines the skill needed to handle the task. Task Classification and Prioritization is based on the attributes associated with tasks and on the business rules described below. The company's business process are mapped to the internal structure of iWD, which is called Business Context, a two-layer structure consisting of the (iWD) Department and (iWD) Process. Task Classification associates each task with the Department and Process of the Business Context in iWD. | ||
Line 92: | Line 86: | ||
iWD's data model separates task data into three types of attributes: | iWD's data model separates task data into three types of attributes: | ||
− | * Core attributes | + | |
− | * Extended attributes | + | *Core attributes |
− | * Custom attributes | + | *Extended attributes |
+ | *Custom attributes | ||
+ | |||
A mapping of the source system attributes to the iWD attributes is done at the beginning of the project. | A mapping of the source system attributes to the iWD attributes is done at the beginning of the project. | ||
Line 154: | Line 150: | ||
{{!}}{{!}}Platinum Customers | {{!}}{{!}}Platinum Customers | ||
{{!}}} | {{!}}} | ||
− | |||
Line 161: | Line 156: | ||
Rules define the logic to increase the priority over time by setting: | Rules define the logic to increase the priority over time by setting: | ||
− | * an initial value for the priority | + | |
− | * a maximum priority | + | *an initial value for the priority |
− | * the requested time frame T1 when the maximum priority shall be reached | + | *a maximum priority |
− | * the requested SLA (the SLA is equal to or greater than the milestone defined above) | + | *the requested time frame T1 when the maximum priority shall be reached |
− | * an overdue priority | + | *the requested SLA (the SLA is equal to or greater than the milestone defined above) |
− | * the timeout for overflow to the secondary target group | + | *an overdue priority |
− | * the timeout for the overflow to the tertiary target group | + | *the timeout for overflow to the secondary target group |
+ | *the timeout for the overflow to the tertiary target group | ||
This achieves a balance between tasks of different SLAs by allowing tasks of a shorter SLA to increase faster to the maximum priority than tasks of a longer SLA. The values set for priority increment, reprioritization time, and maximum priority reflect the different SLAs; the maximum priority is reached when the due date is reached. The due date is calculated using the value of the SLA within the rule starting from the task creation date or activation date in iWD. The following figure shows the priority graph for tasks (note that the graph is not as continuous as shown, as the priority increase of a task is at intervals not less than one hour): |
This achieves a balance between tasks of different SLAs by allowing tasks of a shorter SLA to increase faster to the maximum priority than tasks of a longer SLA. The values set for priority increment, reprioritization time, and maximum priority reflect the different SLAs; the maximum priority is reached when the due date is reached. The due date is calculated using the value of the SLA within the rule starting from the task creation date or activation date in iWD. The following figure shows the priority graph for tasks (note that the graph is not as continuous as shown, as the priority increase of a task is at intervals not less than one hour): | ||
Line 174: | Line 170: | ||
In the graph above the time and date for MS1 and Due Date are calculated as follows: | In the graph above the time and date for MS1 and Due Date are calculated as follows: | ||
− | * MS1 = Creation Date plus T1 (taking business calendar into account)
| + | |
− | * Due Date = Creation Date plus SLA (taking business calendar into account). | + | *MS1 = Creation Date plus T1 (taking business calendar into account)
|
+ | *Due Date = Creation Date plus SLA (taking business calendar into account). | ||
The rules assign an initial priority of 100 at task creation. The maximum priority will be reached at the Milestone 1 date, which is calculated as Date of Task Creation plus T1 (there might be a slight variation due to rounding of priority values). This allows the business to take the typical time a task needs before completion into account for its priority setting. If some tasks may take typically more than a couple of hours before they can be completed, T1 can be set accordingly to allow the task to reach the front of the queue for distribution to an agent in time, so it can be completed before the actual due date. | The rules assign an initial priority of 100 at task creation. The maximum priority will be reached at the Milestone 1 date, which is calculated as Date of Task Creation plus T1 (there might be a slight variation due to rounding of priority values). This allows the business to take the typical time a task needs before completion into account for its priority setting. If some tasks may take typically more than a couple of hours before they can be completed, T1 can be set accordingly to allow the task to reach the front of the queue for distribution to an agent in time, so it can be completed before the actual due date. | ||
Line 189: | Line 186: | ||
{{!}}{{!}}Customer Segment | {{!}}{{!}}Customer Segment | ||
{{!}}{{!}}Initial Prio | {{!}}{{!}}Initial Prio | ||
− | {{!}} | + | {{!}} colspan="1" class="confluenceTd"{{!}}Priority Increment per hour |
− | {{!}} | + | {{!}} colspan="1" class="confluenceTd"{{!}}Max Prio(calculated) |
{{!}}{{!}}T1 | {{!}}{{!}}T1 | ||
{{!}}{{!}}SLA | {{!}}{{!}}SLA | ||
− | {{!}} | + | {{!}} colspan="1" class="confluenceTd"{{!}}Overdue Prio |
− | {{!}} | + | {{!}} colspan="1" class="confluenceTd"{{!}}Overflow TO1 |
− | {{!}} | + | {{!}} colspan="1" class="confluenceTd"{{!}}Overflow TO1 |
− | {{!}} | + | {{!}} colspan="1" class="confluenceTd"{{!}} |
{{!}}- | {{!}}- | ||
Line 202: | Line 199: | ||
{{!}}{{!}}Gold | {{!}}{{!}}Gold | ||
{{!}}{{!}}250 | {{!}}{{!}}250 | ||
− | {{!}} | + | {{!}} colspan="1" class="confluenceTd"{{!}}37,5 |
− | {{!}} | + | {{!}} colspan="1" class="confluenceTd"{{!}}1000 |
{{!}}{{!}}20 | {{!}}{{!}}20 | ||
{{!}}{{!}}24 | {{!}}{{!}}24 | ||
− | {{!}} | + | {{!}} colspan="1" class="confluenceTd"{{!}}1050 |
− | {{!}} | + | {{!}} colspan="1" class="confluenceTd"{{!}}22 |
− | {{!}} | + | {{!}} colspan="1" class="confluenceTd"{{!}}23 |
− | {{!}} | + | {{!}} colspan="1" class="confluenceTd"{{!}} |
{{!}}- | {{!}}- | ||
Line 215: | Line 212: | ||
{{!}}{{!}}Platinum | {{!}}{{!}}Platinum | ||
{{!}}{{!}}250 | {{!}}{{!}}250 | ||
− | {{!}} | + | {{!}} colspan="1" class="confluenceTd"{{!}}37,5 |
− | {{!}} | + | {{!}} colspan="1" class="confluenceTd"{{!}}1000 |
{{!}}{{!}}20 | {{!}}{{!}}20 | ||
{{!}}{{!}}24 | {{!}}{{!}}24 | ||
− | {{!}} | + | {{!}} colspan="1" class="confluenceTd"{{!}}1050 |
− | {{!}} | + | {{!}} colspan="1" class="confluenceTd"{{!}}22 |
− | {{!}} | + | {{!}} colspan="1" class="confluenceTd"{{!}}23 |
− | {{!}} | + | {{!}} colspan="1" class="confluenceTd"{{!}} |
{{!}}- | {{!}}- | ||
Line 228: | Line 225: | ||
{{!}}{{!}}Gold | {{!}}{{!}}Gold | ||
{{!}}{{!}}50 | {{!}}{{!}}50 | ||
− | {{!}} | + | {{!}} colspan="1" class="confluenceTd"{{!}}37,5 |
− | {{!}} | + | {{!}} colspan="1" class="confluenceTd"{{!}}950 |
{{!}}{{!}}24 | {{!}}{{!}}24 | ||
{{!}}{{!}}36 | {{!}}{{!}}36 | ||
− | {{!}} | + | {{!}} colspan="1" class="confluenceTd"{{!}}1000 |
− | {{!}} | + | {{!}} colspan="1" class="confluenceTd"{{!}}30 |
− | {{!}} | + | {{!}} colspan="1" class="confluenceTd"{{!}}33 |
− | {{!}} | + | {{!}} colspan="1" class="confluenceTd"{{!}} |
{{!}}- | {{!}}- | ||
Line 241: | Line 238: | ||
{{!}}{{!}}Platinum | {{!}}{{!}}Platinum | ||
{{!}}{{!}}600 | {{!}}{{!}}600 | ||
− | {{!}} | + | {{!}} colspan="1" class="confluenceTd"{{!}}37,5 |
− | {{!}} | + | {{!}} colspan="1" class="confluenceTd"{{!}}1050 |
{{!}}{{!}}12 | {{!}}{{!}}12 | ||
{{!}}{{!}}24 | {{!}}{{!}}24 | ||
− | {{!}} | + | {{!}} colspan="1" class="confluenceTd"{{!}}1100 |
− | {{!}} | + | {{!}} colspan="1" class="confluenceTd"{{!}}18 |
{{!}}} | {{!}}} | ||
Line 259: | Line 256: | ||
====Task Life Cycle/Task Completion==== | ====Task Life Cycle/Task Completion==== | ||
Tasks within Genesys are completed via the source system. The logical flow is as follows: | Tasks within Genesys are completed via the source system. The logical flow is as follows: | ||
− | # The agent completes a task in the source system. | + | |
− | # After this he clicks “Mark Done” in Genesys to signal that he has finished working on the task. He is then ready for the distribution of a new task. | + | #The agent completes a task in the source system. |
− | # The Source System sends an update via the Capture Adapter to complete the task. If this update doesn't arrive within a specified timeout, the task is put into distribution again with the same priority calculated from the graph described in Priority Rules. This ensures that the task is not stuck in the Genesys system if the agent accidentally presses “Mark Done”. | + | #After this he clicks “Mark Done” in Genesys to signal that he has finished working on the task. He is then ready for the distribution of a new task. |
− | # Park Tasks. If the agent cannot complete a task, but needs access to it in the near future, he can store the task in his personal workbin. When he needs to access the task, he can pull it from his workbin and continue working on it. To avoid tasks being stuck within an agent workbin, if for instance he is sick or on PTO the next day, the workbins are automatically emptied during the night (this is configurable). | + | #The Source System sends an update via the Capture Adapter to complete the task. If this update doesn't arrive within a specified timeout, the task is put into distribution again with the same priority calculated from the graph described in Priority Rules. This ensures that the task is not stuck in the Genesys system if the agent accidentally presses “Mark Done”. |
− | # Distribution of the task resumes according to the normal distribution logic and a priority corresponding to its age after task creation or activation on the graph described above. | + | #Park Tasks. If the agent cannot complete a task, but needs access to it in the near future, he can store the task in his personal workbin. When he needs to access the task, he can pull it from his workbin and continue working on it. To avoid tasks being stuck within an agent workbin, if for instance he is sick or on PTO the next day, the workbins are automatically emptied during the night (this is configurable). |
+ | #Distribution of the task resumes according to the normal distribution logic and a priority corresponding to its age after task creation or activation on the graph described above. | ||
Throughout the lifecycle of the task, supervisors and managers have access to the task. This includes when tasks are in agent workbins, enabling management to view the status and contents, and to manually allocate, complete, restart, view the history, and retrieve work items. | Throughout the lifecycle of the task, supervisors and managers have access to the task. This includes when tasks are in agent workbins, enabling management to view the status and contents, and to manually allocate, complete, restart, view the history, and retrieve work items. | ||
====Reschedule Tasks==== | ====Reschedule Tasks==== | ||
An agent might also need to reschedule a task, if for instance a customer can be reached only the next day. Rescheduling is handled via the source system and depends on source system functionality and integration with iWD. The logical flow is: | An agent might also need to reschedule a task, if for instance a customer can be reached only the next day. Rescheduling is handled via the source system and depends on source system functionality and integration with iWD. The logical flow is: | ||
− | # The agent determines that a task needs to be rescheduled. | + | |
− | # He updates the source system and sets the new date in the source system. | + | #The agent determines that a task needs to be rescheduled. |
− | # He sets Mark Done in his agent desktop. The agent is available to work on the next task. | + | #He updates the source system and sets the new date in the source system. |
− | # The source system updates the task in Genesys with an activation date set by the agent. This ensures that the task is not distributed before this activation date. The task is prioritized following the logic described above starting with the activation date. | + | #He sets Mark Done in his agent desktop. The agent is available to work on the next task. |
+ | #The source system updates the task in Genesys with an activation date set by the agent. This ensures that the task is not distributed before this activation date. The task is prioritized following the logic described above starting with the activation date. | ||
====Reclassify Tasks==== | ====Reclassify Tasks==== | ||
An agent might also need to reclassify a task. Reclassification is handled through the source system and depends on source system functionality and integration with iWD. The logical flow is: | An agent might also need to reclassify a task. Reclassification is handled through the source system and depends on source system functionality and integration with iWD. The logical flow is: | ||
− | # The agent determines that a task needs to be reclassified. | + | |
− | # He updates the source system and set the new date in the source system. | + | #The agent determines that a task needs to be reclassified. |
− | # He sets Mark Done in his agent desktop. The agent is available to work on the next task. | + | #He updates the source system and set the new date in the source system. |
− | # The source system updates the task in Genesys with the new attributes. The updated task is classified according to the new attributes and distributed to an agent with the right skill. | + | #He sets Mark Done in his agent desktop. The agent is available to work on the next task. |
+ | #The source system updates the task in Genesys with the new attributes. The updated task is classified according to the new attributes and distributed to an agent with the right skill. | ||
|DistributionImageFlow={{SMART DistributionImageFlow | |DistributionImageFlow={{SMART DistributionImageFlow | ||
|DistributionFlowIntro=The following diagram shows the distribution flow: | |DistributionFlowIntro=The following diagram shows the distribution flow: | ||
|DistributionImage=https://www.lucidchart.com/documents/edit/afd8996e-cf89-4f36-811f-86c365ce765b/0 | |DistributionImage=https://www.lucidchart.com/documents/edit/afd8996e-cf89-4f36-811f-86c365ce765b/0 | ||
− | |DistributionFlowDescription=# A task needs to be distributed. | + | |DistributionFlowDescription=#A task needs to be distributed. |
− | # If the task attributes include a preferred agent, Genesys attempts to distribute the task to this agent until a configurable timeout is reached. After this timeout the task is distributed to the primary target, defined by all agents with a specific skill and skill level. | + | #If the task attributes include a preferred agent, Genesys attempts to distribute the task to this agent until a configurable timeout is reached. After this timeout the task is distributed to the primary target, defined by all agents with a specific skill and skill level. |
− | # If the task cannot be distributed to the primary target within a configurable timeout, Genesys expands distribution to the secondary target. | + | #If the task cannot be distributed to the primary target within a configurable timeout, Genesys expands distribution to the secondary target. |
− | # If the task cannot be distributed to the secondary target within a configurable timeout, Genesys expands distribution to the tertiary target. | + | #If the task cannot be distributed to the secondary target within a configurable timeout, Genesys expands distribution to the tertiary target. |
− | # Genesys waits for an agent satisfying the skill and skill level requirements for the tertiary target until the task can be distributed. | + | #Genesys waits for an agent satisfying the skill and skill level requirements for the tertiary target until the task can be distributed. |
The timeout values for the overflow logic are related to the SLA of a task and are therefore set by the same business rules that define the SLA (see Priority Rules). | The timeout values for the overflow logic are related to the SLA of a task and are therefore set by the same business rules that define the SLA (see Priority Rules). | ||
Line 292: | Line 292: | ||
|DistributionLogic=====Skil-based routing==== | |DistributionLogic=====Skil-based routing==== | ||
This use case provides a predefined routing strategy that creates all the queues needed to assign a task to a specific agent. The routing strategy is based on distribution via skill, ensuring that a task is distributed to the best suitable agent independent of his place in the organization. The required skill is defined by the iWD department and iWD process the task belongs to (see Business Context and Classification). Each agent has one or more skills associated with their profile and a skill level associated to each skill, known as proficiencies. The skill level is used to define primary, secondary, and tertiary targets within the routing logic described below. The targets are defined as follows: | This use case provides a predefined routing strategy that creates all the queues needed to assign a task to a specific agent. The routing strategy is based on distribution via skill, ensuring that a task is distributed to the best suitable agent independent of his place in the organization. The required skill is defined by the iWD department and iWD process the task belongs to (see Business Context and Classification). Each agent has one or more skills associated with their profile and a skill level associated to each skill, known as proficiencies. The skill level is used to define primary, secondary, and tertiary targets within the routing logic described below. The targets are defined as follows: | ||
− | * Primary target = agents with base skill level > N | + | |
− | * Secondary target = agents with base skill level > M | + | *Primary target = agents with base skill level > N |
− | * Tertiary target = agents with base skill level > P | + | *Secondary target = agents with base skill level > M |
+ | *Tertiary target = agents with base skill level > P | ||
The values for N, M, and P are configurable based on iWD Department and Process. | The values for N, M, and P are configurable based on iWD Department and Process. | ||
Line 347: | Line 348: | ||
** Queue Task Duration | ** Queue Task Duration | ||
* Task Detail Reports | * Task Detail Reports | ||
− | |||
|CustomerAssumptions=* Genesys standard JMS, Web Service Adapter, Database Adapter, or xml file adapter is used for source system integration. | |CustomerAssumptions=* Genesys standard JMS, Web Service Adapter, Database Adapter, or xml file adapter is used for source system integration. | ||
* Integration of the source system with Genesys iWD is handled by the customer. | * Integration of the source system with Genesys iWD is handled by the customer. | ||
Line 363: | Line 363: | ||
* Limits to number of departments, processes, and rules as described in Business Logic. | * Limits to number of departments, processes, and rules as described in Business Logic. | ||
* Standard rule templates to be used to define all the classification and priority rules plus the addition of Java functions for priority calculations. | * Standard rule templates to be used to define all the classification and priority rules plus the addition of Java functions for priority calculations. | ||
− | |||
− | |||
− | |||
− | |||
− | |||
|PremiseAssumptionsAdditional=* Genesys Interactive Insights for IWD is used for historical reporting. | |PremiseAssumptionsAdditional=* Genesys Interactive Insights for IWD is used for historical reporting. | ||
* Workspace Desktop Edition (WDE) is used as advisor desktop. | * Workspace Desktop Edition (WDE) is used as advisor desktop. | ||
Line 373: | Line 368: | ||
|Cloud_Assumption=This use case is currently not supported in Cloud. | |Cloud_Assumption=This use case is currently not supported in Cloud. | ||
}} | }} | ||
− | |||
− | |||
− | |||
− | |||
|DocVersion=v1.2.4 | |DocVersion=v1.2.4 | ||
}} | }} |
Revision as of 11:55, July 14, 2020
What's the challenge?
You need a better way of distributing & managing work stored in disparate enterprise systems. You need your team to get more conversions in less time. When work or leads are not automatically distributed to the best available skilled resource, the result is a negative impact to customer promises, workloads, SLAs, churn, and sales conversions.
What's the solution?
Automate the distribution of work and leads to improve productivity and enhance the overall interaction experience. Genesys pulls work from multiple systems to create a single list, then automatically categorize, prioritizes, and routes work and captured leads to the best qualified employee anywhere in your company. Eliminate “cherry-picking” and misrouting to process work and leads faster and more efficiently for better resource planning, equitable work assignment, and conversion rates.
Contents
Use Case Overview
Story and Business Context
Work items and sales leads created in CRM, BPM, marketing, email, or workflow source systems each have their own business processes and corresponding journey touchpoints. Siloed workbins across different business units, geographical regions, systems, or resource groups cause inefficient distribution of work items and sales leads.
It is challenging to distribute high volumes of work items and sales leads fairly, quickly, and in accordance to the underlying customer commitment or SLA. While many have invested in automation, these systems and applications focus on the process and not the employees who actually complete the processes.
Genesys Intelligent Workload Distribution (iWD) allows for the effective management of all enterprise work items and leads. Capturing work created in multiple source systems, placing them into a universal queue, and constantly reprioritizing them based on business needs delivers efficient distribution. Genesys distributes work items and leads at the right time to the best-skilled and available employee to complete the task or close the lead.
The ability to define and edit business logic easily drives the proper prioritization and distribution of leads between the available resources. It also prevents “cherry-picking” of work and balancing out the interactions between the available resources fairly and equally. Work items and sales leads can be segmented and prioritized based on multiple business parameters such as lead capture date, expected value, customer segment, and so on. For example, a consumer shopping online that has abandoned their shopping cart is an interaction captured by the website and delivered to Genesys iWD as a "hot lead." The lead takes its place in the universal queue with a priority schema defined by the size of the shopping cart, the value of the product or service, or other data points about the customer. The lead is constantly reprioritized and then distributed based on business rules that define the service level.
By using Genesys iWD, companies improve their throughput and lead conversion rates, while managing operational costs, enhancing customer experience, and keeping employees satisfied.
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 | Deliver all committed work items on time to customers. Automation of lead follow-up ensures faster responses to prospects, improving their experience. Rigorously applying skills-based routing to match segmented leads with the best-skilled employee. |
Improved Employee Utilization | Remove cherry-picking by pushing work items to the right employees. Prioritizing and presenting leads to sales reps reduces idle time, increases throughput, and improves their utilization. |
Increased Revenue | Value-based prioritization speeds up response times for important leads, increasing conversion rates and revenue. Prioritizing and re-prioritizing leads based on various business values at that moment in time. |
Reduced Administration Costs | Intelligently automate work item distribution, reduce manual distribution and monitoring of tasks by supervisors, improve scheduling and reporting. Add visibility into employee and group performance. Automatic lead distribution reduces time spent by supervisors and administration staff in monitoring, distributing, and reporting on leads. Providing visibility through real-time and historical metrics. Providing necessary data for workforce management and optimization. |
Reduced Employee Attrition | Offer fair distribution of workload across the available resources. Visibility into how leads are processed by employees. |
Summary
The design of Genesys Intelligent Workload Distribution (iWD) enables effective capture, classification, prioritization, management, and distribution of work items and high value leads. This distribution occurs across multiple departments to the best-suited employees, based on business segmentation, resource skills, and availability.
The powerful iWD Manager enables business users to define and adjust business segmentation rules and prioritization schemas, as well as view near real-time dashboards into operational performance and backlog. Genesys gives administrators control over the routing logic once the task or lead needs to be delivered to the Genesys agent workspace.
Genesys captures new work items or leads from multiple source systems and creates an interaction in the system. The interaction goes through a process of classification, segmentation, and prioritization within the universal queue based on the business rules created.
Once an employee with the right skill profile becomes available, the Genesys core routing engine is used to distribute it to the employee in the Genesys agent workspace at the right time to convert the lead or execute on the task. If it cannot be assigned to an employee within a specified period, it continues to be reprioritized.
Use Case Definition
Business Flow
(1) Part 1 - Capture and Distribution / Lead Generation
The diagrams in the following chapters show the business flow of this use case.
Business Flow Description
- The system creates a new item in the system with all attached data necessary to process. For leads, see the "Attributes" topic. The source system requires an employee to handle a work item. The source system is the BPM, CRM, or business system that stores and processes the work items associated with said business process. Genesys intelligent Workload Distribution creates the corresponding work item via the Capture Adapter.
- Genesys captures the new work item and handles the creation of a new interaction in the system.
- The interaction is classified and prioritized according to specific lead rules and the business value of the lead (or) the nature of the work item. The lead and work items reprioritize continually if they fail distribution to an employee.
- The lead/work item is queued with all other interactions in the Genesys system. The priority of these items defines the position in the global queue. Once an employee with the right skill profile becomes available to handle the work item, the item distributes to that employee. If the system cannot assign it within a specified period, it remains reprioritized.
- The respective employee (could be lead development representative or an Agent) will be able to open the task in the Workspace Desktop to manage and/or complete the task.
- The lead development representative could use the contact provided by the customer to contact the lead. For work items, the agent could open them with their respective CRMs to further handle the task.
Business Flow
(2) Part 2 - Work Item Handling
Business Flow Description
- The employee handles the lead/work item (either an outbound call for leads or through source system for work items). After finishing their work, they decide on the next step.
- The employee may be able to complete the work item so that no further action is required.
- After the outbound call the lead representative could record the result for reporting purposes (converted, not converted) (or) the source system updates Genesys that the work item is completed and Genesys can archive the work item
- Alternatively, the employee couple complete the task within the Workspace desktop (using the "mark done" button).
- The employee may choose not to finish their work immediately if, for example, they are waiting for a call back from the customer or a colleague. In this work item, the employee can park the work in their personal workbin.
- The employee may need to reschedule the work item if, for example, the customer is only available on the next day. They reschedule the work item via the source system.
- The employee may not be able to handle the work item because it is wrongly classified. They reclassify the work item via the source system. (not applicable for leads)
- The employee might not take any action in the source system(not applicable for leads):
- The employee may accidentally finish the work item in the employee desktop without any update in the source system ("mark done"). To prevent this the mark done button can be disabled in Genesys desktop.
- Genesys does not receive an update of the work item via the Cloud REST Capture Adapter. In this scenario the source system needs to check for these tasks and update/restart the tasks in Genesys.
Business and Distribution Logic
Business Logic
Before Genesys receives work items, the source system classifies the work and attaches all the necessary metadata. Then, Genesys matches this work with the best employee at the right time.
Genesys system analyzes work items created within to be able to:
- Be associated with the right business process, department, queue, prioritization schema, and employees. The Genesys system assigns work to the business process in real-time based on employee presence and capacity rules.
- The source systems can optionally assign the due date and priority settings for handling the work item (so called work item prioritization).
- Distribution schema applied to the work items is crucial for both steps above. For example, the business process, department and metadata define needed the skills to handle the work item. Segmentation and prioritization depend on the attributes associated to work items and on business requirements. The following sections describe these attributes or metadata.
Attributes
Work item segmentation and prioritization depend on metadata input from one or more source systems. To apply the segmentation and prioritization within the Genesys system, a set of business attributes (parameters) must arrive from the source system. These attributes captured by the capture event are within the Genesys capture adapter.
The global task list includes work captured. Genesys intelligent Workload Distribution Manager applies segmentation rules to separate work items using core attributes and custom attributes:
- For the work item to pass from the source system, it must be a core attribute. A core attribute is a fixed attribute passed from the source system, otherwise the system rejects (external identifier) it.
- Custom attributes can guide the work item to an employee and reflect in the routing and reporting. At the beginning of the project, generation of the mapping between the source system to Genesys iWD attributes occurs. The business user can manage their environment, once establishing the environment. Screen pops on the agent workspace and segmentation in iWD Manager occur through work item and custom attributes.
For detailed Attribute List for Leads, refer to the respective Leads Attribute List section below:
Business Rules
Business Rules define or mirror both the operating principles and constraints of an organization. A few examples:
- All work items associated with Sales Department and Customer Segment Gold shall be handled within 72 hours.
- If the work item attribute department equals Sales and the Customer Segment equals Gold then the Service Level Agreement (SLA) is 72 hours.
These and finer-grained segmentation rules established in iWD Manager and managed by the business user. The GRE & ORS applications controls the distribution strategy for work items to the desired employees.
iWD Manager uses the attributes from the captured work item to assign the task. It can assign directly to an employee, agent group, combination of skills, or skill proficiency levels. Importance of the work relative to other work items is a key factor that determines prioritization in the global task list. Work in the longest routing status distributes first when there are multiple work items with the same priority targeting the same employees.
The same applies for leads, the priority schema defined within iWD manager is highly flexible and business users can adjust the priority curve to suit their business needs.
In the following sales example, the business value of the lead degrades over time. When a promotion runs for leads that didn't convert within six days, the business user raises the priority between six and eight days after capturing the lead.
Note: In a blended environment, the priority ranges used for leads align with the priority ranges for other media types to ensure the right behavior (distribution order) within the environment. For example, if the employee is answering both phones calls and leads, the sales manager decides that phone calls have a higher priority. The result is voice calls priority starts higher than work items maximum priority. If there is an inflection point where the leads are more important than voice calls, then the prioritization strategy should reflect that. For example, leads within 2 hours of their due date and time are more important than voice calls that are in the queue for 30 seconds.
Business Context and Segmentation
Genesys intelligent Workload Distribution assigns every work item to a business process. Assignment of work items occurs after capture based on the segmentation defined within iWD Manager. The Finance and Sales Departments example shows the split of the processes according to the respective segment, and it reflects the different types of skills and proficiencies. The departments and process names adapt easily according to the changing organization's requirements.
Intelligent Workload Distribution Manager configuration segmentation example table:
Department |
Customer Segment |
Priority increase scheme |
Min priority |
Max priority |
Finance | Gold | Gold | 400 | 1000 |
Finance |
Silver | Silver | 200 | 1000 |
Finance |
Bronze | Bronze | 100 | 1000 |
Sales | Gold | Gold | 500 | 2000 |
Sales | Silver | Silver | 200 | 1000 |
Sales | Bronze | Bronze | 100 | 400 |
Unspecified business processes use a default segmentation, prioritization, and distribution scheme.
Priority Schema
The system applies the priority schema to the work item/lead initially after capture and again periodically, according to defined prioritization schema. The reprioritization follows the logic defined below.
Rules define the logic to increase the priority over time by.
- Setting an initial value for the priority
- Setting a priority increment
- Setting the various periods between priority increments
- Setting the due date and time
- Set an overdue priority
- Setting the overdue or at SLA value of the priority
The priority of each work item or lead represents the urgency and business value at that point in the life cycle of the item. The prioritization schema allows a balance of work items representing different Service Level Agreements (SLA). The prioritization allows items of a shorter SLA to increase faster and reach the maximum priority compared with items of equal business value with a longer SLA. The values selected along the graph reflect the different SLAs. In other words, maximum priority culminates with the due date. In a blended environment, priority ranges used for items must broadly align with the priority ranges for other media types to ensure the right behavior (distribution order) within the environment.
As an example, for employees answering phone calls and items, phone calls have priority. The priority of voice calls is higher than items. If there is an inflection point where work items/leads are more important than voice calls, then the prioritization strategy should reflect that. For example, work items/leads within 2 hours of their SLA are more important than voice calls that have waited in queue less than 5 minutes.
Work item/lead life cycle (or) Work item/lead completion - Option 1 in source system and in Genesys
Genesys work items complete via the source system. The logical flow is as follows:
- The employee completes a work item/lead in the source system.
- The employee presses "Mark Done" in Genesys to signal that they have finished working on the work item/lead. The employee is then ready for the distribution of their next work item/lead.
- The source system sends an update via the Capture Adapter to complete the item. If the update does not arrive within a specified timeout, the item goes back into distribution with the same priority. The calculation of priority referenced is in the graph described in the section "Priority Rules." The item going back to distribution ensures that the item avoids a stuck state in the Genesys system. If the employee accidentally presses "Mark Done" in Genesys, the redistribution of the item takes place.
Work item/lead life cycle (or) Work item/lead completion - Close in source system
Genesys work items complete via the source system. The logical flow is as follows:
- The employee completes a work item/lead in the source system.
- The source system sends an update via the Capture Adapter to complete the work item/lead. If this update does not arrive within a specified timeout, the item goes back into distribution with same priority. The priority calculated from the graph described in the section 'Priority Rules'. If the employee accidentally presses "Mark Done", the item goes back to distribution preventing a stuck status in the Genesys system. Disabling the "Mark Done" button within the Genesys agent workspace is an option to prevent this scenario from occurring.
Parking work items/lead in the personal workbin
If an employee is unable to complete the task, they can store it in their personal workbin for later. When they need to access the item, the employee can just pull it from their workbin to continue working on it. The use of workbin is helpful when employees are sick or taking time off. Supervisors manage workbins through the desktop to prevent stuck items in an employee's workbin. Items return to queue or assigned to another team member.
Rescheduling work items/leads
An employee may also need to reschedule a work item/lead, when a customer is available the following day. The source system handles rescheduling and depending on its functionality and integration with Genesys intelligent Workload Distribution. The logical flow is as follows:
- The employee determines to reschedule a work item/lead.
- The employee updates the source system, optionally setting an activation date in the source system. Most important, the employee sets the new SLA date and time in the source system.
- The employee sets Mark Done in the agent workspace. The employee is available to work on the next work item/lead.
- The source system updates the work item/lead in Genesys with a so-called activation date which is the date set by the employee. Updating the date prevents the item from distributing before the activation date. The work item/lead is prioritized following the logic described above, starting with the activation date. If the activation date fails to set, then the source system updates the work item/lead based on the new SLA.
Reclassifying work items/leads
An employee might also need to reclassify a work item/lead. The source system handles resegmentation which depends on the functionality and integration to Genesys intelligent Workload Distribution
The logical flow is as follows:
- The employee reclassifies a work item/lead.
- The employee updates the source system and sets the new date in the source system.
- The employee sets Mark Done in their agent workspace. The employee is available to work on the next work item/lead.
- The source system updates the work item/lead in Genesys with the new attributes. The process of classification of the work item runs according to the new attributes. The item distributes to an employee with the right skill profile
Leads Attribute List
The attributes used for one or multiple of the following purposes:
•Segmentation (See topic 'Business Context and Segmentation')
•Prioritization (see topic “Priority Rules”).
•For display within the agent workspace.
The following table lists the attributes and its purpose which is available as part of this use case.
Attribute | Description | Segmentation | Prioritization | Agent Display |
---|---|---|---|---|
External ID | Mandatory ID to identify the lead | X | ||
Contact Number | Contact number to call the customer | X | ||
Alternative Contact Number | Alternative contact number to call the customer | X | ||
Name | Customer Name | X | ||
Surname | Customer Surname | X | ||
Customer Segment | Mapped to a business attribute by the organization | X | X | X |
Customer ID | ID to identify the customer in a third-party system | X | ||
Product | To be mapped to a business attribute by the organization | X | X | X |
Subproduct | Mapped to a business attribute by the organization | X | X | X |
Deal Value | The actual or estimated value of the lead | X | X | |
Type of Request | Mapped to a business attribute by the organization | X | X | X |
Lead Description | A short text to provide information to the agent on the lead (max. 30 characters) |
The table focuses on the attributes actively used within the configuration of this use case, however the iWD data model contains a broader list of attributes.
Distribution Flow
The following diagram shows the distribution flow:
Distribution Flow Description
- Distribution of a work item/lead.
- If the work item/lead attributes include a preferred employee, Genesys attempts to distribute the work item/lead to this employee until reaching the configurable time-out. The item distributes to its primary target. The primary target defined by all employees with a specific skill or skill level, after the time-out.
- Genesys expands distribution to the 'reception skill' or a catch-all skill expression, in the event the item fails distribution to the primary target within a configurable time-out.
- Genesys expands distribution to the tertiary target, in the event the item fails distribution to the secondary target within a configurable time-out.
- Genesys waits for an employee satisfying the skill/skill level requirements for the expanded target until the work item/lead distributes.
The SLA defines input parameters. Time-out values for the overflow logic are also related to the SLA and defined by SLA. See the topic under 'Priority Rules'.
Distribution Logic
Skill and proficiency-based routing
This use case is provided with a predefined routing strategy that creates all the queues needed to assign a work item/lead to a specific employee. The distribution strategy is based on a series of skill expressions, ensuring that a work item/lead is distributed to the most suitable employee, independent of their location within the organization. The required skill(s) and proficiency levels are defined by the department and process the item belongs to. See "Business Context and segmentation" for the logic to define the Genesys intelligent Workload Distribution department and process. Each employee has one or more skills associated with their profile and a skill level associated to each skill, referred to in this document as proficiencies. The metadata on the work item/lead and the distribution strategy is used to define the primary, secondary, and tertiary targets within the routing logic described below. The targets are defined as follows:
- Primary target = Employees with base skill level > N
- Secondary target = Employees with base skill level > M
- Tertiary target = Employees with base skill level > P
The values for N, M, and P are configurable in iWD Manager and routing strategy based on Department, Process, and metadata attached to the work item.
For example:
- Primary target = Sales Processing > 7 and Legacy System Processing > 1
- Secondary target = Sales Processing > 4
- Tertiary target = Sales Processing > 0
Routing to Preferred Employee
The source system can provide a preferred employee for a work item/lead as work item/lead metadata. In this work item/lead, the distribution logic first attempts to distribute to a preferred Employee. If the work item/lead cannot be distributed to this Employee within a specific time out, routing to the skill is applied. This timeout is configurable as a percentage of the SLA as a global parameter.
Additional Distribution Functionality
The distribution logic supports redistribution or "RONA" functionality. In other words, if an employee does not accept an item distributed to them, the item is routed to another employee after a time out. The first employee is set to not ready. This use case is combined with use cases for different media types. Blending with other media types, including the required configuration of capacity rules, is supported.
User Interface & Reporting
Agent UI
Agent Workspace enables agents (employees) to handle Work Items through the following functionality:
- Work item/ lead processing from Genesys work blending
- Auto or manual answer
- Pop up of the work item / lead in the source system by a URL or by displaying capture ID to manually open a work item / lead in the source system
- Agent Workbins for parking and pulling of work items / leads (Group Workbins not supported in this use case)
- Option to disable "Mark Done" button
- Disposition codes
- Contact History with Universal Contact Server
- Support for Salesforce.com through Gplus Adapter which integrates the Agent Workspace as a tab or floating window (Gplus Adapter supports intelligent Workload Distribution)
- Ability to transfer work items / leads
- Multiple configurable not-ready reason codes (for example: Admin Work, Lunch, Meeting, Pause, RONA, and Training)
- Display of agent, status, and interaction statistics in the Agent Workspace
Reporting
Real-time Reporting
Genesys Pulse enables at-a-glance views of real-time contact center statistics through dashboards and wallboards.
Each Genesys Pulse report presents information within graphical widgets, which show graphs or tables that provide information about incoming voice call queues, agent groups, or individual agents. You can personalize Genesys Pulse reports based on functional, geographical, or organizational considerations.
Genesys Pulse provides templates for the most popular reports. You can use these templates to quickly add report widgets to your dashboards.
The following Genesys Pulse standard reports are particularly relevant for this use case:
- IWD Agent Activity — Displays agent or agent group activity as it relates to the processing iWD work items type contacts.
- IWD Queue Activity — Displays an overview of current or near real-time activity associated with the iWD queues.
See Standard Report Templates for more information.
Note: Genesys Pulse is limited to a 24-hour window, so cannot be used to track work item / lead backlogs over longer periods. Backlog reporting is available through iWD Manager for cloud. For more detailed information on the dashboards available within iWD Manager for Cloud, please visit iWD Manager Dashboard documentation.
Historical Reporting
Genesys CX Insights (GCXI) provides customizable reports and dashboards that can help you track the benefits of this use case by analyzing historical data KPIs that provide intraday tracking of processes, resource performance, and task handling.
Some of the most relevant reports include:
- Intraday Process Dashboard — Provides an intraday overview of the completed iWD tasks that were overdue, along with the counts, percentages, and averages of completed iWD tasks, including a breakdown of the average amount of time it took to complete tasks. This dashboard provides visual summaries of the detailed information in the on the Intraday Process Report.
- Intraday Process Report — Provides information about the performance of historical and pending work items. Use this report to learn more about sources of backlog, about throughput, and to understand how often tasks become overdue before they are finished. Includes counts of the completed iWD tasks that were overdue, and counts, percentages, and averages of completed iWD tasks, along with a breakdown of the average amount of time it took to complete tasks.
- Resource Performance Dashboard — Gives insight into the amount of time and effort resources are spending to resolve work items.
- Resource Performance Report — Insight into how resources handle tasks over specific time periods, which can help you gain insight into the the variability of performance for each process, department, and days the resource worked.
- Task Detail Report — Provides details about individual work items when viewed from the customer perspective.
- Task Work Detail Report — Provides detailed information about tasks that involved more than one employee, and about the queues that distributed the tasks to the employees.
- Customer Segment Service Level Report — Provides information about the number of new tasks, number of completed tasks, and the percentage of all tasks that were completed during the reporting interval, by day, by customer segment, and by business process.
See more information, see Get started with Genesys CX Insights and Genesys CX Insights reports for iWD Cloud.
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 | None | Digital |
None |
General Assumptions
- Business Calendar attributes are handled in Designer.
- Customizations of the business process are supported through Designer.
- The recommended approach is for the source system to provide the necessary meta data for iWD Manager to perform the classification of the work down to the department and process level.
- If this capability does not exist in the source system, the source system must classify the work down to the Department and Process level.
- Employee capacity rules will be provisioned through Agent Setup.
- Blending of voice, chat, and work item is supported. Agent Setup provisions the capacity rules for employees; for example, the agent will only work on more than media at once (1 voice, 3 chat, 1 email, 2 work items). Routing then handles the delivery of work items based on priority.
- The following known limitations exist in this use case for cloud
- Genesys Pulse reports and dashboards are generic to the Agents, and not specific to work items. iWD Manager dashboards functionality needs to be used for work item specific realtime reports and dashboards.
- All work items need to be submitted through the cloud capture point only.
- No 3rd party WFM support
Customer Responsibilities
- Intelligent Workload Distribution use case with tasks arriving from a source system use a provisioned bi-directional REST capture point.
- The customer handles the Genesys intelligent Workload Distribution integration of the source system.
- Any source-system changes needed for the integration with Genesys are within the customer responsibility.
- The source system must support the update of work items in Genesys intelligent Workload Distribution as required by the work item life cycle (complete, update, pause, resume, cancel, and so on).
- To enable the functionalities of resegmentation and rescheduling, the source system must support the flow as described above.
- The work item completed in the source application, so the employee must have access in the source application (BPM/CRM). To enable pop-up of the work item in the source activation, a URL must be available for to Genesys to link with the work item. Otherwise the employee must pull the work item manually.
- When using preferred employee routing, the work item attributes must specify the same employee (agent) ID as used in Genesys.
- Work items captured from the BPM have the required minimum fields from the source system to apply segmentation and prioritization rules. The scenarios described above these fields are:
- External ID - unique ID to identify the work item in the source system
- Data used to derive the Process and Department for the work item
- Workspace Web Edition (WWE 9.0) used as the employee and supervisor desktop.
- Limits to number of departments, processes, and rules as described in "Business Logic".
- Genesys Pulse and iWD manager used for real-time reporting.
- Work items appear in this use case as the "workitem" media type.
Document Version
- Version V 1.1.1 last updated July 14, 2020