Difference between revisions of "UseCases/Current/GenesysEngage-onpremises/BO02"

From Genesys Documentation
Jump to: navigation, search
m (1 revision imported)
(UCC: Removed references to Multicloud CX)
 
(24 intermediate revisions by 5 users not shown)
Line 1: Line 1:
 
{{SMART UseCase
 
{{SMART UseCase
|CustomerAssumptions=* Genesys standard JMS, Web Service Adapter, Database Adapter, or xml file adapter is used for source system integration. 

+
|ID=BO02
* Integration of the source system with Genesys iWD is handled by the customer. 

+
|Title=Genesys Task Distribution
* Any changes within the source system that are needed for the integration with Genesys are the customer's responsibility. 

+
|Offering=GenesysEngage-onpremises
* The source system needs to support the update of tasks in iWD as required by the task life cycle (complete, cancel).
+
|SMART_Benefits={{SMART Benefits
* To enable reclassification and rescheduling, the source system must support the flow described above. 

+
|UCBenefitID=Improved Customer Experience
* The task is managed/completed in the source application, so the agent needs to have access to the source application (BPM/CRM). To enable popup of the task in the source activation, a URL must be provided to iWD together with the task. Otherwise the agent must pull the task manually.
+
|UCBenefit=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.
* If preferred agent routing is used, the task attributes must specify the same agent ID as used in Genesys. 

+
}}{{SMART Benefits
* Tasks captured from the BPM have the required minimum fields from the source system in order to apply classification and prioritization rules. In the scenarios described above, these fields are:
+
|UCBenefitID=Increased Revenue
** Due Date (for prioritization rules) 

+
|UCBenefit=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.
** Nature of the task (Finance, Order, for the classification rules) 

+
}}{{SMART Benefits
** Type of customer (Gold, Platinum)
+
|UCBenefitID=Improved Employee Utilization
* Genesys Interactive Insights for iWD is used for historical reporting.
+
|UCBenefit=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.
* Pulse is used for real-time reporting.
+
}}{{SMART Benefits
* Limits to number of departments, processes, and rules as described in Business Logic.
+
|UCBenefitID=Reduced Employee Attrition
* Standard rule templates to be used to define all the classification and priority rules plus the addition of Java functions for priority calculations.
+
|UCBenefit=Offer fair distribution of workload across the available resources. Visibility into how leads are processed by employees.
|PremiseAssumptionsAdditional=* Genesys Interactive Insights for IWD is used for historical reporting.
+
}}{{SMART Benefits
* Workspace Desktop Edition (WDE) is used as advisor desktop.
+
|UCBenefitID=Reduced Administration Costs
|SMART_CloudAssumptions={{SMART CloudAssumptions
+
|UCBenefit=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.
|Cloud_Assumption=This use case is currently not supported in Cloud.
 
 
}}
 
}}
|SMART_HybridAssumptions={{SMART HybridAssumptions
+
|UCIntro=Please be advised that this use case has been merged with Genesys Lead Engagement (SL05). SL05 has now been decommissioned and all relevant content is displayed in this use case.
|Hybrid_Assumption=v 1.1.1
+
|UCOverview=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.
}}
+
 
|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
+
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. ''' '''
|CloudAssumptionsAdditional_Sales=Capabilities Assumption:
+
 
* Partner hosted solution is possible
+
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.
|PremiseAssumptionsAdditional_Sales=This use case is available on Premise
+
 
 +
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.
 +
|UCSummary=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.
 +
|PainPoints=*Unable to measure and report on employee utilization
 +
*No visibility into work item queues and backlogs
 +
*Work items split across CRM, ERP, BPM and other enterprise systems
 +
*Employee’s cherry pick work
 +
*Work items are pulled rather than pushed to employees
 +
*Unable to plan omni-channel resourcing to match peak online activity
 +
|DesiredState=*Single global task list (both real-time and offline)
 +
*Real time and continuous prioritization of work​
 +
*Automation of SLA Management​
 +
*Consolidated Employee Desktop with full context of the work item inputs
 +
*Equitable distribution of work items across employee base
 +
*Insights into workforce skills and proficiency
 +
|BuyerPersonas=Head of Customer Experience, Head of Operations, Head of Business Units
 +
|MaturityLevel=Consistent
 +
|CloudAssumptionsAdditional_Sales=Capabilities Assumption: Not available for Partner Cloud but iWD Cloud is available for partners of Genesys Multicloud CX to sell
 +
|PremiseAssumptionsAdditional_Sales=N/A
 
|BusinessImageFlow={{SMART BusinessImageFlow
 
|BusinessImageFlow={{SMART BusinessImageFlow
|BusinessFlow=The following flows describe the capture of tasks and their distribution to agents, followed by the task handling process the agent follows.
+
|BusinessFlow='''(1) Part 1 - Capture and Distribution / Lead Generation'''
  
 +
The diagrams in the following chapters show the business flow of this use case.
  
'''Part 1 - Capture and Distribution'''
+
<br />
 
|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=====Part 1 - Capture and Distribution====
+
|BusinessFlowDescription=#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 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 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.
# Genesys captures the new task and creates a new interaction in the system.
+
#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 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 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 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 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.
# The task opens on the agent desktop.
 
# The Genesys agent desktop opens the corresponding work item within the source system. 

 
# The agent handles the task in the source system.
 
 
}}{{SMART BusinessImageFlow
 
}}{{SMART BusinessImageFlow
|BusinessFlow='''Part 2 - Task Handling'''
+
|BusinessFlow='''(2) Part 2 - Work Item 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=====Part 2 - Task Handling====
+
|BusinessFlowDescription=#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.
 +
}}
 +
|BusinessLogic=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.
  
# The agent finishes working on the task in the source system, then decides on the next step.
+
Genesys system analyzes work items created within to be able to:
# 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.
+
*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.
#* 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 source systems can optionally assign the due date and priority settings for handling the work item (so called work item prioritization).
# 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).
+
*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.
# 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).
+
'''Attributes'''
# 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.
+
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.
}}
+
 
|BusinessLogic=====Task Classification and Prioritization====
+
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:
Once a task has been created within the Genesys system, the system

+
 
* assigns it to the right business process (Task Classification), and  
+
*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.
* assigns the due date and priority settings for handling the task (Task Prioritization).
+
*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.
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.
+
 
 +
'''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.
  
====Attributes====
+
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.
Task classification and prioritization in iWD is based on business rules. In order to apply these business rules within iWD, a set of business attributes (parameters) needs to be passed from the source system to iWD during the capture event.
 
  
iWD's data model separates task data into three types of attributes:
+
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.
* Core attributes
 
* Extended attributes
 
* Custom attributes
 
A mapping of the source system attributes to the iWD attributes is done at the beginning of the project.
 
  
====Business Rules====
+
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 Rules define operating principles and constraints of an organization. Example: “All tasks associated with Department Finance and Customer Segment Gold shall be handled within 72 hours” or “If task attributes Department equals Finance and the Customer Segment equals Gold then the SLA is set to 72 hours”. In iWD Rules uses attributes from the captured task to classify the interaction in a particular process and to assign it to the proper group of agents. The position of the interaction in the queue to be distributed is determined by the priority which is also set by the business rule.  
 
====Business Context and Classification====
 
Within iWD every task is assigned to an iWD Department and an iWD Process. iWD Departments and iWD processes are used as reporting dimensions and to organize rules. After capture by the system, the tasks are assigned based on the classification rules.
 
  
The following picture shows the example of a Finance and Sales Department. The processes are split according to customer segment for the Sales Department and according to Process Type for the Finance Department, reflecting different types of skills and reporting needs. The departments and process names are adapted according to the organization's requirements.
+
'''Business Context and Segmentation'''
  
[[File:BO DistributeBusinessTasksEffectivelyDepartments.png|Example Departments and Processes]]
+
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.
  
The following table shows an example for classification rules based on a subset of the parameters listed above:
+
Intelligent Workload Distribution Manager configuration segmentation example table:
 
{{{!}} class="wikitable"
 
{{{!}} class="wikitable"
 
{{!}}-
 
{{!}}-
! colspan="3"{{!}}Input Parameters (If)
+
{{!}}{{!}}'''Department'''<br />
! colspan="2"{{!}}Output Parameters (Then)
+
{{!}}{{!}}'''Customer Segment'''<br />
 +
{{!}}{{!}}'''Priority increase scheme'''<br />
 +
{{!}}{{!}}'''Min priority'''<br />
 +
{{!}}{{!}}'''Max priority'''
 
{{!}}-
 
{{!}}-
!{{!}}Department ID
 
!{{!}}Category
 
!{{!}}Customer Segment
 
!{{!}}IWD Department
 
!{{!}}IWD Process
 
{{!}}-
 
{{!}}{{!}}101
 
{{!}}{{!}}Payment Reminder
 
{{!}}{{!}}Any
 
 
{{!}}{{!}}Finance
 
{{!}}{{!}}Finance
{{!}}{{!}}Billing
+
{{!}}{{!}}Gold
 +
{{!}}{{!}}Gold
 +
{{!}}{{!}}400
 +
{{!}}{{!}}1000
 
{{!}}-
 
{{!}}-
{{!}}{{!}}101
+
{{!}}{{!}}Finance<br />
{{!}}{{!}}Invoice Change
+
{{!}}{{!}}Silver
{{!}}{{!}}Any
+
{{!}}{{!}}Silver
{{!}}{{!}}Finance
+
{{!}}{{!}}200
{{!}}{{!}}Billing
+
{{!}}{{!}}1000
 
{{!}}-
 
{{!}}-
{{!}}{{!}}101
+
{{!}}{{!}}Finance<br />
{{!}}{{!}}Fraud
+
{{!}}{{!}}Bronze
{{!}}{{!}}Any
+
{{!}}{{!}}Bronze
{{!}}{{!}}Finance
+
{{!}}{{!}}100
{{!}}{{!}}Fraud
+
{{!}}{{!}}1000
 
{{!}}-
 
{{!}}-
{{!}}{{!}}201
+
{{!}}{{!}}Sales
{{!}}{{!}}Contract Expansion
 
 
{{!}}{{!}}Gold
 
{{!}}{{!}}Gold
{{!}}{{!}}Sales
+
{{!}}{{!}}Gold
{{!}}{{!}}Gold Customers
+
{{!}}{{!}}500
 +
{{!}}{{!}}2000
 
{{!}}-
 
{{!}}-
{{!}}{{!}}202
 
{{!}}{{!}}Retention
 
{{!}}{{!}}Gold
 
 
{{!}}{{!}}Sales
 
{{!}}{{!}}Sales
{{!}}{{!}}Gold Customers
+
{{!}}{{!}}Silver
 +
{{!}}{{!}}Silver
 +
{{!}}{{!}}200
 +
{{!}}{{!}}1000
 
{{!}}-
 
{{!}}-
{{!}}{{!}}202
 
{{!}}{{!}}New
 
{{!}}{{!}}Platinum
 
 
{{!}}{{!}}Sales
 
{{!}}{{!}}Sales
{{!}}{{!}}Platinum Customers
+
{{!}}{{!}}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.
  
====Priority Rules====
+
Rules define the logic to increase the priority over time by.
Priority rules are applied to the task initially after being captured and classified and again after the time period defined for reprioritization.
 
  
Rules define the logic to increase the priority over time by setting:
+
*Setting an initial value for the priority
* an initial value for the priority
+
*Setting a priority increment
* a maximum priority
+
*Setting the various periods between priority increments
* the requested time frame T1 when the maximum priority shall be reached 

+
*Setting the due date and time
* the requested SLA (the SLA is equal to or greater than the milestone defined above) 

+
*Set an overdue priority
* an overdue priority
+
*Setting the overdue or at SLA value of the priority
* 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): 

+
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.  
  
[[File:BO DistributeBusinessTasksEffectivelyMilestone.png|Priority Graph]]
+
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.
  
In the graph above the time and date for MS1 and Due Date are calculated as follows:
+
'''Work item/lead life cycle (or) Work item/lead completion - Option 1 in source system and in Genesys'''
* 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.
+
Genesys work items complete via the source system. The logical flow is as follows:
  
The Milestone 1 and Due Dates are calculated by using the T1 and SLA starting from the creation date or task activation date (if available) of the task in Genesys. If the time needed to complete a task is usually short it is recommended to set T1 to the value for the SLA to keep the configuration logic as simple as possible. 
Rules of prioritization and reprioritization calculates the difference from the milestone and the due date in order to assign the proper priority to the task.
+
#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.
  
The following gives an example of priority rules based on part of the parameters listed in this section and the iWD department: 

+
'''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:
  
{{{!}} class="wikitable"
+
#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.
{{!}}{{!}}iWD Department
+
 
{{!}}{{!}}Customer Segment
+
'''Parking work items/lead in the personal workbin'''
{{!}}{{!}}Initial Prio
+
 
{{!}} class="confluenceTd" colspan="1"{{!}}Priority Increment per hour
+
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.
{{!}} class="confluenceTd" colspan="1"{{!}}Max Prio(calculated)
+
 
{{!}}{{!}}T1
+
'''Rescheduling work items/leads'''
{{!}}{{!}}SLA
+
 
{{!}} class="confluenceTd" colspan="1"{{!}}Overdue Prio
+
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:
{{!}} class="confluenceTd" colspan="1"{{!}}Overflow TO1
+
 
{{!}} class="confluenceTd" colspan="1"{{!}}Overflow TO1
+
#The employee determines to reschedule a work item/lead.
{{!}} class="confluenceTd" colspan="1"{{!}} 
+
#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'''
{{!}}{{!}}Finance_Dept
 
{{!}}{{!}}Gold
 
{{!}}{{!}}250
 
{{!}} class="confluenceTd" colspan="1"{{!}}37,5
 
{{!}} class="confluenceTd" colspan="1"{{!}}1000
 
{{!}}{{!}}20
 
{{!}}{{!}}24
 
{{!}} class="confluenceTd" colspan="1"{{!}}1050
 
{{!}} class="confluenceTd" colspan="1"{{!}}22
 
{{!}} class="confluenceTd" colspan="1"{{!}}23
 
{{!}} class="confluenceTd" colspan="1"{{!}} 
 
  
{{!}}-
+
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
{{!}}{{!}}Finance_Dept
 
{{!}}{{!}}Platinum
 
{{!}}{{!}}250
 
{{!}} class="confluenceTd" colspan="1"{{!}}37,5
 
{{!}} class="confluenceTd" colspan="1"{{!}}1000
 
{{!}}{{!}}20
 
{{!}}{{!}}24
 
{{!}} class="confluenceTd" colspan="1"{{!}}1050
 
{{!}} class="confluenceTd" colspan="1"{{!}}22
 
{{!}} class="confluenceTd" colspan="1"{{!}}23
 
{{!}} class="confluenceTd" colspan="1"{{!}} 
 
  
{{!}}-
+
The logical flow is as follows:
{{!}}{{!}}Sales_Dept
 
{{!}}{{!}}Gold
 
{{!}}{{!}}50
 
{{!}} class="confluenceTd" colspan="1"{{!}}37,5
 
{{!}} class="confluenceTd" colspan="1"{{!}}950
 
{{!}}{{!}}24
 
{{!}}{{!}}36
 
{{!}} class="confluenceTd" colspan="1"{{!}}1000
 
{{!}} class="confluenceTd" colspan="1"{{!}}30
 
{{!}} class="confluenceTd" colspan="1"{{!}}33
 
{{!}} class="confluenceTd" colspan="1"{{!}} 
 
  
{{!}}-
+
#The employee reclassifies a work item/lead.
{{!}}{{!}}Sales_Dept
+
#The employee updates the source system and sets the new date in the source system. 

{{!}}{{!}}Platinum
+
#The employee sets Mark Done in their agent workspace. The employee is available to work on the next work item/lead.
{{!}}{{!}}600
+
#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
{{!}} class="confluenceTd" colspan="1"{{!}}37,5
 
{{!}} class="confluenceTd" colspan="1"{{!}}1050
 
{{!}}{{!}}12
 
{{!}}{{!}}24
 
{{!}} class="confluenceTd" colspan="1"{{!}}1100
 
{{!}} class="confluenceTd" colspan="1"{{!}}18
 
{{!}}}
 
  
 +
'''Leads Attribute List'''
  
In a blended environment, the priority ranges used for tasks are synchronized with the priority ranges for other media types to ensure the right behavior (distribution order) within the universal queue.
+
The attributes used for one or multiple of the following purposes:
====Business Calendars====
 
A business calendar is used to reflect working hours of the organization. This avoids setting a due date to an out-of-office hour. Task prioritization still continues during out-of-office hours corresponding to the linear model described above. Likewise a task may be distributed to an agent outside of business hours, if agents are available.
 
  
SLA, T1, and the overflow timeouts are calculated from the task creation or activation date, excluding the out-of-office hours.
+
•Segmentation (See topic 'Business Context and Segmentation')
  
One global business calendar is configured as part of this use case.
+
•Prioritization (see topic “Priority Rules”).
====Task Life Cycle/Task Completion====
 
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 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”.
 
# 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.
+
•For display within the agent workspace.
====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:
 
# The agent determines that a task needs to be rescheduled. 

 
# He updates the source system and sets the new date in the source system. 

 
# 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====
+
The following table lists the attributes and its purpose which is available as part of this use case. 
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:
+
{{{!}} class="wikitable"
# The agent determines that a task needs to be reclassified. 

+
{{!}}+
# He updates the source system and set the new date in the source system. 

+
!Attribute
# He sets Mark Done in his agent desktop. The agent is available to work on the next task.
+
!Description
# 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.
+
!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.
 
|DistributionImageFlow={{SMART DistributionImageFlow
 
|DistributionImageFlow={{SMART DistributionImageFlow
 
|DistributionFlowIntro=The following diagram shows the distribution flow:
 
|DistributionFlowIntro=The following diagram shows the distribution flow:
 +
 +
<br />
 
|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=#Distribution of a work item/lead.
# 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 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.
# If the task cannot be distributed to the primary target within a configurable timeout, Genesys expands distribution to the secondary target. 

+
#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.
# If the task cannot be distributed to the secondary target within a configurable timeout, Genesys expands distribution to the tertiary target.  
+
#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 agent satisfying the skill and skill level requirements for the tertiary target until the task can be distributed.
+
#Genesys waits for an employee satisfying the skill/skill level requirements for the expanded target until the work item/lead distributes.
  
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 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'.
 
}}
 
}}
|DistributionLogic=====Skil-based routing====
+
|DistributionLogic='''Skill and proficiency-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:
+
 
* Primary target = agents with base skill level > N 

+
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:
* 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.
+
*Primary target = Employees with base skill level > N
====Routing to preferred agent====
+
*Secondary target = Employees with base skill level > M
The source system can provide a preferred agent for a task as a task attribute. In this case, the distribution logic first attempts to distribute to the preferred agent. If the task cannot be distributed to this agent within a specific timeout, routing to the skill is applied. This timeout is configurable as a percentage of the SLA as a global parameter.
+
*Tertiary target = Employees with base skill level > P
====Additional Distribution Functionality====
+
 
The distribution logic supports Redirect on No Answer (RONA): if an agent does not accept a task that is distributed to him, the task is routed to another agent after a timeout. The first agent is set to not ready. This use case is combined with use cases for different media types. In this case, blending with other media types is supported including the required configuration of capacity rules.
+
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.
|PainPoints=​
+
 
* Unable to measure and report on:​
+
For example:
* work completion​
+
 
* employee utilization​
+
*Primary target = Sales Processing > 7 and Legacy System Processing > 1
* SLA adherence​​
+
*Secondary target = Sales Processing > 4
* No visibility into task queues and backlogs​
+
*Tertiary target = Sales Processing > 0
* Tasks split across CRM, ERP, BPM and other enterprise systems​
 
* Employee’s cherry pick work​​​​
 
* Tasks are pulled rather than pushed to employees​
 
* Unable to plan omnichannel resourcing to match peak online activity​​
 
|DesiredState=* Single global task list (both real-time and offline)​
 
* Real time and continuous prioritization of task​
 
* Automation of SLA Management​
 
* Proactive Notification of task progress to customers and/or management​
 
* Consolidated Employee Desktop with full context of the task inputs​
 
* Equitable distribution of tasks across employee base​
 
* Insights into workforce skills and proficiency​
 
* Integrated quality and skills management of employees​
 
* Plan and forecast resources per skill  ​​​
 
|SMART_Benefits={{SMART Benefits
 
|UCBenefitID=Improved Customer Experience
 
|UCBenefit=Deliver all committed tasks on time to customers
 
}}{{SMART Benefits
 
|UCBenefitID=Improved Employee Utilization
 
|UCBenefit=Remove cherry picking by pushing the tasks to the right agents
 
}}{{SMART Benefits
 
|UCBenefitID=Reduce Handle Time
 
|UCBenefit=Increase throughput, utilization, and efficiency in agents' work, by delivering the tasks to the agents’ universal desktops in push mode via screen pop together with interaction context and history in blending mode
 
}}{{SMART Benefits
 
|UCBenefitID=Improved Employee Attrition Rate
 
|UCBenefit=Offer fair distribution of workload across the available resources
 
}}{{SMART Benefits
 
|UCBenefitID=Reduced Administration Costs
 
|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.
 
  
To determine the individual tasks' business value and priority, business rules in the work distribution system are configured according to service level agreements and business calendars, to ensure the timely competition of all tasks for all customers.
+
'''Routing to Preferred Employee'''
  
The work distribution system understands the real-time status, readiness, and skills of the resources that handle tasks, and use rules to identify how the distribution should be handled in the most effective way.
+
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.
  
Once the organization has a list of tasks that need to be handled by agents (coming from different source systems), the tasks are captured by the work distribution system and automatically distributed to agents based on their skills, capacity, and real-time presence. Prioritization rules for the tasks ensure that all tasks will be distributed on time to the best fit resource according to service level agreements (SLAs). The system provides functionality for near-real time monitoring and historical reports on operational performance and on major business KPIs.
+
'''Additional Distribution Functionality'''
|UCSummary=A customer journey initiates different process steps that may require manual intervention. The corresponding work items / tasks are created in CRM/BPM/Workflow systems, which play the role of source systems for tasks, but often distribute these tasks to separate queues.
 
  
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 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.
 
|CustomerInterfaceRequirements=N/A
 
|CustomerInterfaceRequirements=N/A
|AgentDeskRequirements=====Task Handling-related Requirements====
+
|AgentDeskRequirements=Agent Workspace enables agents (employees) to handle Work Items through the following functionality:
The agent desktop provides the following functionality:
+
 
* Task processing from iWD
+
*Work item/ lead processing from Genesys work blending
* Auto vs manual answer
+
*Auto or manual answer
* Popup of the task in the source system via URL, or display of the capture ID that is used to manually open a task in the source system
+
*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
* Access to workbin for parking and pulling of tasks
+
*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
 +
|RealTimeReporting='''Genesys Pulse''' enables at-a-glance views of real-time contact center statistics through dashboards and wallboards.
  
====General Requirements====
+
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.
The advisor desktop has multiple not-ready reason codes configured (Admin Work, Lunch, Meeting, Pause, RONA, and Training).  
 
====Statistics Displayed on the Advisor Desktop====
 
The required statistics to be presented on the agent desktop consist of agent, status, and interactions statistics.
 
  
The status statistics are: 

+
Genesys Pulse provides templates for the most popular reports. You can use these templates to quickly add report widgets to your dashboards.
*Logged-in time (total for current day) 

 
*Task handling time (total for current day)
 
  
The task handling statistics are:
+
The following Genesys Pulse standard reports are particularly relevant for this use case:
* Number of tasks received (total, for current day)
 
|RealTimeReporting=The iWD out-of-the-box Pulse templates can provide the following reports.
 
  
'''IWD Agent Activity'''
+
*IWD Agent Activity &mdash; Displays agent or agent group activity as it relates to the processing iWD work items type contacts.
 +
*IWD Queue Activity &mdash; Displays an overview of current or near real-time activity associated with the iWD queues.
  
A report presenting agent or agent group activity as it relates to the processing of iWD work items of the type contacts. It is possible to report separately on not-ready reason codes in the relevant KPIs.
+
See [https://all.docs.genesys.com/PEC-REP/Current/RT/RTRTemplatesA Standard Report Templates] for more information.
  
'''IWD Queue Activities'''
+
'''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 [https://docs.genesys.com/Documentation/PSAAS/Public/Administrator/IWDMonitor iWD Manager Dashboard] documentation.
 +
|HistoricalReporting='''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. 
  
A report presenting agent or agent group activity as it relates to the processing of iWD work items of the type contacts. It is possible to report separately on not-ready reason codes in the relevant KPIs.
+
Some of the most relevant reports include: 
  
The following graphic shows a typical dashboard configured with iWD templates for work item monitoring.
+
*[https://all.docs.genesys.com/PEC-REP/Current/RPRT/HRCXIiWDIntrDyPrcsDshBrd Intraday Process Dashboard] &mdash;  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 [https://all.docs.genesys.com/PEC-REP/Current/RPRT/HRCXIiWDIntrDyPrcs Intraday Process Report].
 +
*[https://all.docs.genesys.com/PEC-REP/Current/RPRT/HRCXIiWDIntrDyPrcs Intraday Process Report] &mdash; 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.
  
[[File:BO DistributeBusinessTasksEffectivelyPulse.png|Example Screenshot for Work Item Reporting]]
+
*[https://all.docs.genesys.com/PEC-REP/Current/RPRT/HRCXIiWDResPerfDshbrd Resource Performance Dashboard] &mdash; Gives insight into the amount of time and effort resources are spending to resolve work items.
|HistoricalReporting=Using Interactive Insights, Genesys provides some out-of-the-box reports and metrics, including these out-of-the-box customizable reports:
 
* Capture Reports
 
** Capture Point Business Value
 
** Capture Point Task Duration
 
** Classification Reports
 
** Customer Segment Service Level
 
* Intraday Backlog Summary
 
** Process Volume
 
** Resource Reports
 
** Resource Performance
 
** Queue Reports
 
** Queue Priority Range
 
** Queue Task Duration
 
* Task Detail Reports
 
  
The following shows an example screenshot:
+
*[https://all.docs.genesys.com/PEC-REP/Current/RPRT/HRCXIiWDResPerf Resource Performance Report] &mdash; 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.
[[File:BO DistributeBusinessTasksEffectivelyII.png|Example Historical Report]]
+
*[https://all.docs.genesys.com/PEC-REP/Current/RPRT/HRCXIiWDTskDtl Task Detail Report] &mdash; Provides details about individual work items when viewed from the customer perspective.
 +
*[https://all.docs.genesys.com/PEC-REP/Current/RPRT/HRCXIiWDTskWrkDtl Task Work Detail Report] &mdash; Provides detailed information about tasks that involved more than one employee, and about the queues that distributed the tasks to the employees.
 +
*[https://all.docs.genesys.com/PEC-REP/Current/RPRT/HRCXIiWDCstrSgmtSrvcLvl Customer Segment Service Level Report] &mdash; 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 [https://all.docs.genesys.com/PEC-REP/Current/RPRT/GetStarted Get started with Genesys CX Insights] and [https://all.docs.genesys.com/PEC-REP/Current/RPRT/HRCXIForiWD Genesys CX Insights reports for iWD Cloud].
 +
|DocVersion=V 1.1.1
 +
|GeneralAssumptions=*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
 +
 
 +
<br />
 +
|CustomerAssumptions=*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.
 +
|Optional=CE16
 +
|Video=383260904
 +
|RelatedDocs={{TSSection
 +
|sectionheading=Agent Workspace
 +
|description=Agent Workbins, Status, and statistics.
 +
 
 +
Gplus Adapter Salesforce integration.
 +
|relatedarticles=*[https://all.docs.genesys.com/PEC-AD/Current/Agent/ADMyWorkbins Agent Workspace Workbins]
 +
*[https://all.docs.genesys.com/PEC-AD/Current/Agent/ADWorkitems Workitem handling]
 +
*[https://all.docs.genesys.com/PEC-AD/Current/Agent/ADQuickStart#status Agent Status]
 +
*[https://all.docs.genesys.com/PEC-AD/Current/Agent/ADNav#stat Statistics]
 +
*[https://all.docs.genesys.com/PEC-GPA/Current/Agent/GPASFL Gplus Adapter for Salesforce]
 +
}}{{TSSection
 +
|sectionheading=Workspace Desktop Edition
 +
|description=Agent Workbins, Status, and statistics.
 +
|relatedarticles=*[https://docs.genesys.com/Documentation/IW/8.5.1/Help/Workbins Workbins]
 +
*[https://docs.genesys.com/Documentation/IW/8.5.1/Help/Workitems Workitem handling]
 +
*[https://docs.genesys.com/Documentation/IW/8.5.1/Help/Main_Window#Manage_Your_Status Agent Status]
 +
*[https://docs.genesys.com/Documentation/IW/8.5.1/Help/My_KPIs Statistics]
 +
}}
 
}}
 
}}

Latest revision as of 10:40, November 8, 2022

This topic is part of the manual Genesys Engage On-Premises Use Cases for version Current of Genesys Use Cases.
Important
Please be advised that this use case has been merged with Genesys Lead Engagement (SL05). SL05 has now been decommissioned and all relevant content is displayed in this use case.
Optimizing work distribution across the enterprise to deliver all promises on time

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.

Other offerings:
  • PureConnect
  • 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.
    *You can sort all use cases according to their stated benefits here: Sort by benefits

    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

    1. 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.
    2. Genesys captures the new work item and handles the creation of a new interaction in the system.
    3. 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.
    4. 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.
    5. 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.
    6. 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

    1. 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.
    2. 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).
    3. 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.
    4. 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.
    5. 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)
    6. 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:

    1. The employee completes a work item/lead in the source system.
    2. 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.
    3. 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:

    1. The employee completes a work item/lead in the source system.
    2. 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:

    1. The employee determines to reschedule a work item/lead.
    2. 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.
    3. The employee sets Mark Done in the agent workspace. The employee is available to work on the next work item/lead.
    4. 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:

    1. The employee reclassifies a work item/lead.
    2. The employee updates the source system and sets the new date in the source system. 

    3. The employee sets Mark Done in their agent workspace. The employee is available to work on the next work item/lead.
    4. 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

    1. Distribution of a work item/lead.
    2. 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.
    3. 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.
    4. Genesys expands distribution to the tertiary target, in the event the item fails distribution to the secondary target within a configurable time-out.
    5. 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 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.


    Related Documentation

    Agent Workspace

    Agent Workbins, Status, and statistics.

    Gplus Adapter Salesforce integration.

    Workspace Desktop Edition

    Agent Workbins, Status, and statistics.

    Document Version

    • Version V 1.1.1 last updated November 8, 2022

    Comments or questions about this documentation? Contact us for support!