Difference between revisions of "UseCases/Current/GenesysEngage-onpremises/BO02"
Line 1: | Line 1: | ||
{{SMART UseCase | {{SMART UseCase | ||
+ | |ID=BO02 | ||
+ | |Title=Genesys Task Distribution | ||
+ | |Offering=GenesysEngage-onpremises | ||
|SMART_Benefits={{SMART Benefits | |SMART_Benefits={{SMART Benefits | ||
|UCBenefitID=Improved Net Promoter Score | |UCBenefitID=Improved Net Promoter Score | ||
− | |UCBenefit=Deliver all committed | + | |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. |
+ | }}{{SMART Benefits | ||
+ | |UCBenefitID=Increased Revenue | ||
+ | |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. | ||
}}{{SMART Benefits | }}{{SMART Benefits | ||
|UCBenefitID=Improved Employee Occupancy | |UCBenefitID=Improved Employee Occupancy | ||
− | |UCBenefit=Remove cherry picking by pushing | + | |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. |
}}{{SMART Benefits | }}{{SMART Benefits | ||
|UCBenefitID=Reduced Handle Time | |UCBenefitID=Reduced Handle Time | ||
− | |UCBenefit=Increase throughput, utilization, and efficiency in agents' work | + | |UCBenefit=Increase throughput, utilization, and efficiency in agents' work by delivering work items to the agents' universal desktops in push mode by screen pop together with interaction context and history in blending mode. Easy access to lead context speeds up familiarization and handle time for sales reps. |
}}{{SMART Benefits | }}{{SMART Benefits | ||
|UCBenefitID=Improved Employee Attrition Rate | |UCBenefitID=Improved Employee Attrition Rate | ||
− | |UCBenefit=Offer fair distribution of workload across the available resources | + | |UCBenefit=Offer fair distribution of workload across the available resources. Visibility into how leads are processed by employees. |
}}{{SMART Benefits | }}{{SMART Benefits | ||
|UCBenefitID=Reduced Administration Costs | |UCBenefitID=Reduced Administration Costs | ||
− | |UCBenefit= | + | |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. |
+ | }}{{SMART Benefits | ||
+ | |UCBenefitID=Improved Employee Satisfaction | ||
+ | |UCBenefit=Automatic prioritization and distribution of leads prevents "cherry picking" and ensures fairer distribution of leads among team members. Dynamically matching the demand of leads with the supply of skilled resources throughout the day. | ||
}} | }} | ||
− | |UCOverview= | + | |UCOverview=Customer journey touchpoints often represent different business processes, and even though these touchpoints are increasingly automated, some still need manual intervention. Work items and sales leads that correspond to these journey touchpoints are created in CRM, BPM, marketing, email, or workflow source systems. A typical problem arises when inefficient distribution of these work items and leads results in them becoming stuck in disjointed queues or workbins across different business units, geographical regions, systems, or resource groups. In many organizations, departments are challenged 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 of tasks or leads, 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 by capturing work created in multiple source systems, placing them into a universal queue, and constantly reprioritizing them based on business needs. Genesys then 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 easily define and edit business logic drives the proper prioritization and distribution of leads between the available resources, preventing the “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 is placed into 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 then continuously reprioritized and then distributed based on business rules that define the service level. | |
− | + | By using Genesys iWD, companies can improve their throughput and lead conversion rates, while managing operational costs, enhancing customer experience, and keeping employees satisfied. | |
+ | |UCSummary=Genesys Intelligent Workload Distribution (iWD) is designed to effectively capture, classify, prioritize, manage, and distribute work items and high value leads 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, and view near real-time dashboards into operational performance and backlog. Genesys Designer gives administrators control over the routing logic once the task or lead needs to be delivered to the Genesys agent desktop. | |
− | |||
− | + | Genesys captures new work items or leads from multiple source systems and creates an interaction in the system. The interaction is classified, segmented, and prioritized 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 desktop 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 | |PainPoints=*Unable to measure and report on employee utilization | ||
*No visibility into work item queues and backlogs | *No visibility into work item queues and backlogs | ||
Line 32: | Line 43: | ||
*Work items are pulled rather than pushed to employees | *Work items are pulled rather than pushed to employees | ||
*Unable to plan omni-channel resourcing to match peak online activity | *Unable to plan omni-channel resourcing to match peak online activity | ||
− | |DesiredState=*Single global task list (both real-time and offline) | + | |DesiredState=*Single global task list (both real-time and offline) |
− | *Real time and continuous prioritization of | + | *Real time and continuous prioritization of work |
− | *Automation of SLA | + | *Automation of SLA Management |
− | *Consolidated Employee Desktop with full context of the work item | + | *Consolidated Employee Desktop with full context of the work item inputs |
*Equitable distribution of work items across employee base | *Equitable distribution of work items across employee base | ||
*Insights into workforce skills and proficiency | *Insights into workforce skills and proficiency | ||
+ | |BuyerPersonas=Head of Customer Experience, Head of Operations, Head of Business Units | ||
|MaturityLevel=Consistent | |MaturityLevel=Consistent | ||
− | + | |CloudAssumptionsAdditional_Sales=Capabilities Assumption: Not available for Partner Cloud but iWD Cloud is available for partners of Genesys Engage cloud to sell | |
− | |CloudAssumptionsAdditional_Sales=Capabilities Assumption: | + | |PremiseAssumptionsAdditional_Sales=N/A |
− | |||
− | |PremiseAssumptionsAdditional_Sales= | ||
|BusinessImageFlow={{SMART BusinessImageFlow | |BusinessImageFlow={{SMART BusinessImageFlow | ||
− | |BusinessFlow='''(1)''' | + | |BusinessFlow='''(1) Part 1 - Capture and Distribution / Lead Generation''' |
+ | The diagrams in the following chapters show the business flow of this use case. | ||
− | + | <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= | + | |BusinessFlowDescription=#A new lead/work item is created in the system with all attached data necessary to process (for leads, see chapter "Attributes"). The source system (the BPM/CRM/business system storing and processing the work items associated with a business processes) requires an employee to handle a work item. A corresponding work item is created in Genesys intelligent Workload Distribution via the Genesys Cloud RESTful Capture Adapter. |
− | + | #Genesys captures the new work item and creates a new interaction in the system. | |
− | #The source system (the BPM / CRM / business system storing and processing the work items associated | + | #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 are continually reprioritized if they are not distributed to an employee. |
− | #Genesys captures the new | + | #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 lead/work item is distributed to that employee. If it cannot be assigned within a specified period of time, it continues to be reprioritized. |
− | #The interaction is classified and prioritized according to | + | #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 | + | #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 | ||
− | #The | ||
− | |||
}}{{SMART BusinessImageFlow | }}{{SMART BusinessImageFlow | ||
− | |BusinessFlow='''(2) Part 2 - | + | |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= | + | |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=Prior to Genesys receiving work items the source system classifies the work and attaches all the necessary meta data for Genesys to match this work with the best employee at the right time. | ||
+ | |||
+ | Once a work item has been created within the Genesys system, it is analyzed to be able to: | ||
+ | |||
+ | *Be associated with the right business process, department, queue, prioritization schema and employees. Work assignment to the business process is performed in realtime by the Genesys system for this work item 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). | ||
+ | *Both steps above are crucial for the distribution schema to be applied to the work items. For example the business process, department and meta data will help define the skill(s) needed to handle the work item. Work item segmentation and prioritization is based on the attributes associated to work items and on business requirements. Using these attributes or meta data is described in the following sections. | ||
− | + | '''Attributes''' | |
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | + | Work item segmentation and prioritization is based on meta data input from the source system(s). In order to apply these within the Genesys system, a set of business attributes (parameters) needs to be received from the source system. These attributes are captured in the capture event with the genesys capture adapter. | |
− | + | ||
− | + | The work is captured and included in the global task list. Genesys intelligent Workload Distribution Manager applies segmentation rules to separate work items using core attributes and custom attributes: | |
− | Once | + | |
+ | *Core attributes are the fixed attributes that must be passed from the source system or the work item will be rejected (external identifier). | ||
+ | *Custom attributes can guide the work item to an employee and be reflected in the routing and reporting. A mapping of the source system attributes to the Genesys iWD attributes is performed at the beginning of the project. Once the environment is established the business user can manage their environment. In this use case the work item the custom attributes can be used for both screen pops on the agent desktop and segmentation in iWD Manager. | ||
− | + | '''For detailed Attribute List for Leads, please 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. For example, "All work items associated with Sales Department and Customer Segment Gold shall be handled within 72 hours" or "If the work item attribute Department equals Sales and the Customer Segment equals Gold then the SLA is set to 72 hours". These and finer-grained segmentation rules are established in iWD Manager and managed by the business user. The Designer application controls the distribution strategy for work items to the desired employee(s). | |
− | |||
− | + | Genesys intelligent Workload Distribution Manager uses the attributes from the captured work item to assign it direct to an employee, agent groups, skill combinations, and/or skill proficiency levels. The position of the work item in the queue is principally determined by the priority of the work item relative to other work items in the global task list. When there are multiple work items with the same priority targeting the same employees the work that has been in routing the longest is distributed first. | |
− | + | Similarly, for leads, the priority schema that is defined within iWD manager is highly flexible and business users can adjust the priority curve to suit their business needs. In the following example, the business value of the lead degrades over time and there is a promotion that the sales department are running for leads that didn't convert within 6 days. So, the business user has raised the priority between 6 and 8 days after the lead was captured. | |
− | |||
− | |||
− | + | Please note: That in a blended environment the priority ranges used for leads will be broadly aligned 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 would like phone calls to be answered first, then the priority of voice calls should start 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. e.g. 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''' | |
− | |||
− | |||
− | |||
− | + | Within Genesys intelligent Workload Distribution, every work item is assigned to a business process. The work items are assigned after they are captured by the system based on the segmentation within intelligent Workload Distribution Manager. | |
− | + | In the following sample Finance and Sales Departments, the processes are split according to customer segment for the Sales Department, and according to the process type for the Finance Department, reflecting different types of skills and proficiencies. The departments and process names are easily adapted according to the changing organization's requirements. | |
− | The | + | The table shows an example for segmentation to be made intelligent Workload Distribution Manager and passed as part of the parameters listed above: |
{{{!}} class="wikitable" | {{{!}} class="wikitable" | ||
{{!}}- | {{!}}- | ||
− | ! | + | {{!}}{{!}}'''Department'''<br /> |
− | ! | + | {{!}}{{!}}'''Customer Segment'''<br /> |
− | {{!}} | + | {{!}}{{!}}'''Priority increase scheme'''<br /> |
− | + | {{!}}{{!}}'''Min priority'''<br /> | |
− | + | {{!}}{{!}}'''Max priority''' | |
− | |||
− | |||
− | |||
{{!}}- | {{!}}- | ||
− | |||
− | |||
− | |||
{{!}}{{!}}Finance | {{!}}{{!}}Finance | ||
− | {{!}}{{!}} | + | {{!}}{{!}}Gold |
+ | {{!}}{{!}}Gold | ||
+ | {{!}}{{!}}400 | ||
+ | {{!}}{{!}}1000 | ||
{{!}}- | {{!}}- | ||
− | {{!}}{{!}} | + | {{!}}{{!}}Finance<br /> |
− | {{!}}{{!}} | + | {{!}}{{!}}Silver |
− | {{!}}{{!}} | + | {{!}}{{!}}Silver |
− | {{!}}{{!}} | + | {{!}}{{!}}200 |
− | {{!}}{{!}} | + | {{!}}{{!}}1000 |
{{!}}- | {{!}}- | ||
− | {{!}}{{!}} | + | {{!}}{{!}}Finance<br /> |
− | {{!}}{{!}} | + | {{!}}{{!}}Bronze |
− | {{!}}{{!}} | + | {{!}}{{!}}Bronze |
− | {{!}}{{!}} | + | {{!}}{{!}}100 |
− | {{!}}{{!}} | + | {{!}}{{!}}1000 |
{{!}}- | {{!}}- | ||
− | {{!}}{{!}} | + | {{!}}{{!}}Sales |
− | {{!}}{{!}} | + | {{!}}{{!}}Gold |
{{!}}{{!}}Gold | {{!}}{{!}}Gold | ||
− | {{!}}{{!}} | + | {{!}}{{!}}500 |
− | {{!}}{{!}} | + | {{!}}{{!}}2000 |
{{!}}- | {{!}}- | ||
− | |||
− | |||
− | |||
{{!}}{{!}}Sales | {{!}}{{!}}Sales | ||
− | {{!}}{{!}} | + | {{!}}{{!}}Silver |
+ | {{!}}{{!}}Silver | ||
+ | {{!}}{{!}}200 | ||
+ | {{!}}{{!}}1000 | ||
{{!}}- | {{!}}- | ||
− | |||
− | |||
− | |||
{{!}}{{!}}Sales | {{!}}{{!}}Sales | ||
− | {{!}}{{!}} | + | {{!}}{{!}}Bronze |
+ | {{!}}{{!}}Bronze | ||
+ | {{!}}{{!}}100 | ||
+ | {{!}}{{!}}400 | ||
{{!}}} | {{!}}} | ||
+ | The business process first reads parameters values from work item attributes and, if not specified, uses a default segmentation, prioritization, and distribution scheme. | ||
+ | |||
+ | '''Priority Schema''' | ||
+ | The priority schema is applied to the work item/lead initially after capture and again periodically, according to the 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 at each point along the prioritization schema represents the urgency and business value at this point in the lifecycle of the work item/lead. This allows a balance of work items representing different Service Level Agreements (SLA) by allowing work items /leads of a shorter SLA to increase faster and reach the maximum priority compared with work items/lead of equal business value with a longer SLA. The values along the graph are chosen to reflect the different SLAs; in other words, the maximum priority is reached when the due date is reached. | |
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | + | Note that in a blended environment the priority ranges used for work items/leads need to be broadly aligned 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 phone calls and work items/leads and the phone calls should always be answered first, then the priority of voice calls should always be higher than work items/leads. 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''' | |
− | + | Work items within Genesys are completed via the source system. The logical flow is as follows: | |
− | + | #The employee completes a work item/lead in the source system. | |
− | + | #The employee presses "Mark Done" in Genesys to signal that they have finished working on the work item/lead. The employee is then ready for the distribution of their next work item/lead. | |
+ | #The source system sends an update via the Capture Adapter to complete the work item/lead. If this update does not arrive within a specified timeout, the work item/lead is put into distribution again with same priority calculated from the graph described in the section "Priority Rules". This ensures that the work item/lead is not stuck in the Genesys system if the employee accidentally presses "Mark Done" in Genesys. | ||
− | + | '''Work item/lead life cycle (or) Work item/lead completion - Close in source system''' | |
− | + | Work items within Genesys are completed via the source system. The logical flow is as follows: | |
− | The | + | #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 work item/lead is put into distribution again with same priority calculated from the graph described in the section "Priority Rules". This ensures that the work item/lead is not stuck in the Genesys system if the employee accidentally presses "Mark Done". Optionally the Mark Done button can be disabled in Genesys agent desktop to prevent this scenario from occurring. | ||
+ | '''Parking work items/lead in the personal workbin''' | ||
− | + | If the employee cannot complete a work item/lead but needs access to it in the near future, the employee can store the work item/lead in their personal workbin. When they need to access the work item/lead, the employee can pull it from their workbin and continue working on it. | |
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | + | To prevent work items from being stuck in an employee workbin, for example, if they are sick or on PTO the next day, the workbins can be managed by the supervisor through the desktop and returned to queue or assigned to another team member. | |
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | + | '''Rescheduling work items/leads''' | |
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | + | An employee might also need to reschedule a work item/lead, as when a customer can only be reached the following day. Rescheduling is handled via the source system and depend on source system functionality and integration with Genesys intelligent Workload Distribution. The logical flow is as follows: | |
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | + | #The employee determines that a work item/lead needs to be rescheduled. | |
− | + | #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 desktop. 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. This ensures that the work item/lead is not distributed before this activation date. The work item/lead is prioritized following the logic described above, starting with the activation date. If the activation date is not 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. Re-segmentation is handled in the source system and depends on source system functionality and integration with Genesys intelligent Workload Distribution. The logical flow is as follows: | |
− | |||
− | |||
− | + | #The employee determines that a work item/lead needs to be reclassified. | |
+ | #The employee updates the source system and sets the new date in the source system.
| ||
+ | #The employee sets Mark Done in their agent desktop. The employee is available to work on the next work item/lead. | ||
+ | #The source system updates the work item/lead in Genesys with the new attributes. The updated work item/lead is classified according to the new attributes and distributed to an employee with the right skill profile. | ||
− | + | '''Leads Attribute List''' | |
− | |||
− | |||
− | + | The attributes are used for one or multiple of the following purposes: | |
− | |||
− | |||
− | |||
− | |||
− | + | •Segmentation (See chapter “Business Context and Segmentation” ) | |
− | |||
− | |||
− | + | •Prioritization (see chapter “Priority Rules”) | |
− | |||
− | |||
− | |||
− | + | •For display within the agent desktop. | |
− | |||
− | + | The following table lists the attributes which are available as part of this use case. The table also shows for which purpose the attribute is used | |
− | + | {{{!}} class="wikitable" | |
− | + | {{!}}+ | |
− | + | !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 | ||
+ | {{!}}To be 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 | ||
+ | {{!}}To be 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 | ||
+ | {{!}}To be 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) | ||
+ | {{!}} | ||
+ | {{!}} | ||
+ | {{!}} | ||
+ | {{!}}} | ||
+ | Please note that the intelligent Workload Distribution data model contains more attributes, however, the table focusses on the attributes which are actively used within the configuration of this use case for one of the three purposes listed above. | ||
|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 | + | |DistributionFlowDescription=#A work item/lead needs to be distributed. |
− | #If the | + | #If the work item/lead attributes include a preferred employee, Genesys attempts to distribute the work item/lead to this employee until a configurable time out is reached. After this time out the work item/lead is distributed to its primary target, defined by all employees with a specific skill/skill level. |
− | #If the | + | #If the work item/lead cannot be distributed to the primary target within a configurable time out, Genesys expands distribution to the "reception skill" or a catch-all skill expression. |
− | #If the | + | #If the work item/lead cannot be distributed to the secondary target within a configurable time out, Genesys expands distribution to the tertiary target. |
− | #Genesys waits for an | + | #Genesys waits for an employee satisfying the skill/skill level requirements for the expanded target until the work item/lead can be distributed. |
− | The | + | The time-out values for the overflow logic are related to the SLA of a work item/lead and is therefore set by the same input parameters that define the SLA (see "Priority Rules"). |
}} | }} | ||
− | |DistributionLogic= | + | |DistributionLogic='''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 work item/lead 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: | |
− | |||
− | |||
− | The values for N, M, and P are configurable based on | + | *Primary target = Employees with base skill level > N |
− | === | + | *Secondary target = Employees with base skill level > M |
− | The source system can provide a preferred | + | *Tertiary target = Employees with base skill level > P |
− | + | ||
− | + | The values for N, M, and P are configurable in iWD Manager and Designer 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 a work item/lead which is distributed to them, the work item/lead 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 | |
− | + | |AgentDeskRequirements=Work Item Handling-Related Requirements | |
− | |||
− | + | The Employee desktop provides 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 via URL or display of capture ID which is used to manually open a work item / lead in the source system | ||
+ | *Access to Employee workbin for parking and pulling of work items / leads | ||
+ | *Ability to disable "Mark Done" button if desired | ||
+ | *Disposition codes | ||
+ | *Contact History with Universal Contact Server | ||
+ | *Ability to pop work within the source system using Gplus (e.g. Salesforce.com), within a Workspace tab or as an external window | ||
+ | *Ability to transfer work items / leads | ||
− | + | Should the customer wish to use an embedded desktop in salesforce.com the Gplus Adapter for Salesforce.com supports intelligent Workload Distribution. | |
− | + | Note: Group Workbins are not supported in this use case | |
− | + | '''General Requirements''' | |
− | + | The agent desktop has multiple not-ready reason codes configured (Admin Work, Lunch, Meeting, Pause, RONA, and Training). These can be set through Agent Setup to meet your needs. | |
− | |||
− | + | '''Statistics Displayed on the Agent Desktop''' | |
− | + | The required statistics to be presented at agent desktop consist of agent, status, and interactions statistics. The status statistic is Logged-in time (total for current day). | |
|RealTimeReporting='''Genesys Pulse''' enables at-a-glance views of real-time contact center statistics through dashboards and wallboards. | |RealTimeReporting='''Genesys Pulse''' enables at-a-glance views of real-time contact center statistics through dashboards and wallboards. | ||
Line 336: | Line 380: | ||
The following Genesys Pulse standard reports are particularly relevant for this use case: | 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 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. | + | *IWD Queue Activity — Displays an overview of current or near real-time activity associated with the iWD queues. |
+ | |||
+ | See [https://all.docs.genesys.com/PEC-REP/Current/RT/RTRTemplatesA 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 [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. | ||
− | + | Some of the most relevant reports include: | |
− | |||
− | * | + | *[https://all.docs.genesys.com/PEC-REP/Current/RPRT/HRCXIiWDIntrDyPrcsDshBrd 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 [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] — 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. | |
− | + | ||
− | + | *[https://all.docs.genesys.com/PEC-REP/Current/RPRT/HRCXIiWDResPerfDshbrd Resource Performance Dashboard] — Gives insight into the amount of time and effort resources are spending to resolve work items. | |
− | + | ||
− | *Intraday | + | *[https://all.docs.genesys.com/PEC-REP/Current/RPRT/HRCXIiWDResPerf 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. |
− | + | *[https://all.docs.genesys.com/PEC-REP/Current/RPRT/HRCXIiWDTskDtl Task Detail Report] — 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] — 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] — 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]. |
− | * | + | |GeneralAssumptions=N/A |
− | *Task Detail | + | |CustomerAssumptions=*A bi-directional REST capture point will be provisioned for intelligent Workload Distribution use case with tasks arriving from a source system. |
− | |CustomerAssumptions=* | + | *Integration of the source system with Genesys intelligent Workload Distribution is handled by the customer. |
− | * Integration of the source system with Genesys | + | *Any source-system changes which are needed for the integration with Genesys are within the customer responsibility. |
− | * Any | + | *The source system needs to support the update of work items in Genesys intelligent Workload Distribution as required by the work item life cycle (complete, update, pause, resume, cancel, etc.). |
− | * The source system needs to support the update of | + | *To enable the functionalities of re-segmentation and rescheduling, the source system must support the flow as described above. |
− | * To enable | + | *The work item is managed/completed in the source application, so the employee needs to 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. |
− | * The | + | *If preferred employee routing is used, the work item attributes must specify the same employee (agent) ID as used in Genesys. |
− | * If preferred | + | *Work items captured from the BPM have the required minimum fields from the source system in order to apply segmentation and prioritization rules. In the scenarios described above these fields are: |
− | * | + | **External ID - unique ID to identify the work item in the source system |
− | ** | + | **Data that can be used to derive the Process and Department for the work item |
− | ** | + | *All Genesys Engage cloud customers must use Genesys Customer Experience Insights for historical reporting. |
− | + | *Workspace Web Edition (WWE 9.0) is used as the employee and supervisor desktop. | |
− | * Genesys | + | *Limits to number of departments, processes, and rules as described in "Business Logic". |
− | * | + | *Genesys Pulse and iWD manager are used for real-time reporting. |
− | * Limits to number of departments, processes, and rules as described in Business Logic. | + | *Work items will all appear in this use case as the "workitem" media type. |
− | * | + | |PremiseAssumptionsAdditional=N/A |
− | |PremiseAssumptionsAdditional=* | + | |CloudAssumptionsAdditional=*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. | |
− | |DocVersion= | + | *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 | ||
+ | |DocVersion=v 1.1.1 | ||
+ | |Video=383260904 | ||
+ | |RelatedDocs={{TSSection}} | ||
}} | }} |
Revision as of 09:28, September 1, 2020
What's the challenge?
You need a better way of distributing & managing work stored in disparate enterprise systems. You need your team to get more conversions in less time. When work or leads are not automatically distributed to the best available skilled resource, the result is a negative impact to customer promises, workloads, SLAs, churn, and sales conversions.
What's the solution?
Automate the distribution of work and leads to improve productivity and enhance the overall interaction experience. Genesys pulls work from multiple systems to create a single list, then automatically categorize, prioritizes, and routes work and captured leads to the best qualified employee anywhere in your company. Eliminate “cherry-picking” and misrouting to process work and leads faster and more efficiently for better resource planning, equitable work assignment, and conversion rates.
Contents
Use Case Overview
Story and Business Context
Work items and sales leads created in CRM, BPM, marketing, email, or workflow source systems each have their own business processes and corresponding journey touchpoints. Siloed workbins across different business units, geographical regions, systems, or resource groups cause inefficient distribution of work items and sales leads.
It is challenging to distribute high volumes of work items and sales leads fairly, quickly, and in accordance to the underlying customer commitment or SLA. While many have invested in automation, these systems and applications focus on the process and not the employees who actually complete the processes.
Genesys Intelligent Workload Distribution (iWD) allows for the effective management of all enterprise work items and leads. Capturing work created in multiple source systems, placing them into a universal queue, and constantly reprioritizing them based on business needs delivers efficient distribution. Genesys distributes work items and leads at the right time to the best-skilled and available employee to complete the task or close the lead.
The ability to define and edit business logic easily drives the proper prioritization and distribution of leads between the available resources. It also prevents “cherry-picking” of work and balancing out the interactions between the available resources fairly and equally. Work items and sales leads can be segmented and prioritized based on multiple business parameters such as lead capture date, expected value, customer segment, and so on. For example, a consumer shopping online that has abandoned their shopping cart is an interaction captured by the website and delivered to Genesys iWD as a "hot lead." The lead takes its place in the universal queue with a priority schema defined by the size of the shopping cart, the value of the product or service, or other data points about the customer. The lead is constantly reprioritized and then distributed based on business rules that define the service level.
By using Genesys iWD, companies improve their throughput and lead conversion rates, while managing operational costs, enhancing customer experience, and keeping employees satisfied.
Use Case Benefits*
The following benefits are based on benchmark information captured from Genesys customers and may vary based on industry, lines of business or Genesys product line:
Use Case Benefits | Explanation |
---|---|
Improved Customer Experience | Deliver all committed work items on time to customers. Automation of lead follow-up ensures faster responses to prospects, improving their experience. Rigorously applying skills-based routing to match segmented leads with the best-skilled employee. |
Improved Employee Utilization | Remove cherry-picking by pushing work items to the right employees. Prioritizing and presenting leads to sales reps reduces idle time, increases throughput, and improves their utilization. |
Increased Revenue | Value-based prioritization speeds up response times for important leads, increasing conversion rates and revenue. Prioritizing and re-prioritizing leads based on various business values at that moment in time. |
Reduced Administration Costs | Intelligently automate work item distribution, reduce manual distribution and monitoring of tasks by supervisors, improve scheduling and reporting. Add visibility into employee and group performance. Automatic lead distribution reduces time spent by supervisors and administration staff in monitoring, distributing, and reporting on leads. Providing visibility through real-time and historical metrics. Providing necessary data for workforce management and optimization. |
Reduced Employee Attrition | Offer fair distribution of workload across the available resources. Visibility into how leads are processed by employees. |
Summary
The design of Genesys Intelligent Workload Distribution (iWD) enables effective capture, classification, prioritization, management, and distribution of work items and high value leads. This distribution occurs across multiple departments to the best-suited employees, based on business segmentation, resource skills, and availability.
The powerful iWD Manager enables business users to define and adjust business segmentation rules and prioritization schemas, as well as view near real-time dashboards into operational performance and backlog. Genesys gives administrators control over the routing logic once the task or lead needs to be delivered to the Genesys agent workspace.
Genesys captures new work items or leads from multiple source systems and creates an interaction in the system. The interaction goes through a process of classification, segmentation, and prioritization within the universal queue based on the business rules created.
Once an employee with the right skill profile becomes available, the Genesys core routing engine is used to distribute it to the employee in the Genesys agent workspace at the right time to convert the lead or execute on the task. If it cannot be assigned to an employee within a specified period, it continues to be reprioritized.
Use Case Definition
Business Flow
(1) Part 1 - Capture and Distribution / Lead Generation
The diagrams in the following chapters show the business flow of this use case.
Business Flow Description
- The system creates a new item in the system with all attached data necessary to process. For leads, see the "Attributes" topic. The source system requires an employee to handle a work item. The source system is the BPM, CRM, or business system that stores and processes the work items associated with said business process. Genesys intelligent Workload Distribution creates the corresponding work item via the Capture Adapter.
- Genesys captures the new work item and handles the creation of a new interaction in the system.
- The interaction is classified and prioritized according to specific lead rules and the business value of the lead (or) the nature of the work item. The lead and work items reprioritize continually if they fail distribution to an employee.
- The lead/work item is queued with all other interactions in the Genesys system. The priority of these items defines the position in the global queue. Once an employee with the right skill profile becomes available to handle the work item, the item distributes to that employee. If the system cannot assign it within a specified period, it remains reprioritized.
- The respective employee (could be lead development representative or an Agent) will be able to open the task in the Workspace Desktop to manage and/or complete the task.
- The lead development representative could use the contact provided by the customer to contact the lead. For work items, the agent could open them with their respective CRMs to further handle the task.
Business Flow
(2) Part 2 - Work Item Handling
Business Flow Description
- The employee handles the lead/work item (either an outbound call for leads or through source system for work items). After finishing their work, they decide on the next step.
- The employee may be able to complete the work item so that no further action is required.
- After the outbound call the lead representative could record the result for reporting purposes (converted, not converted) (or) the source system updates Genesys that the work item is completed and Genesys can archive the work item
- Alternatively, the employee couple complete the task within the Workspace desktop (using the "mark done" button).
- The employee may choose not to finish their work immediately if, for example, they are waiting for a call back from the customer or a colleague. In this work item, the employee can park the work in their personal workbin.
- The employee may need to reschedule the work item if, for example, the customer is only available on the next day. They reschedule the work item via the source system.
- The employee may not be able to handle the work item because it is wrongly classified. They reclassify the work item via the source system. (not applicable for leads)
- The employee might not take any action in the source system(not applicable for leads):
- The employee may accidentally finish the work item in the employee desktop without any update in the source system ("mark done"). To prevent this the mark done button can be disabled in Genesys desktop.
- Genesys does not receive an update of the work item via the Cloud REST Capture Adapter. In this scenario the source system needs to check for these tasks and update/restart the tasks in Genesys.
Business and Distribution Logic
Business Logic
Before Genesys receives work items, the source system classifies the work and attaches all the necessary metadata. Then, Genesys matches this work with the best employee at the right time.
Genesys system analyzes work items created within to be able to:
- Be associated with the right business process, department, queue, prioritization schema, and employees. The Genesys system assigns work to the business process in real-time based on employee presence and capacity rules.
- The source systems can optionally assign the due date and priority settings for handling the work item (so called work item prioritization).
- Distribution schema applied to the work items is crucial for both steps above. For example, the business process, department and metadata define needed the skills to handle the work item. Segmentation and prioritization depend on the attributes associated to work items and on business requirements. The following sections describe these attributes or metadata.
Attributes
Work item segmentation and prioritization depend on metadata input from one or more source systems. To apply the segmentation and prioritization within the Genesys system, a set of business attributes (parameters) must arrive from the source system. These attributes captured by the capture event are within the Genesys capture adapter.
The global task list includes work captured. Genesys intelligent Workload Distribution Manager applies segmentation rules to separate work items using core attributes and custom attributes:
- For the work item to pass from the source system, it must be a core attribute. A core attribute is a fixed attribute passed from the source system, otherwise the system rejects (external identifier) it.
- Custom attributes can guide the work item to an employee and reflect in the routing and reporting. At the beginning of the project, generation of the mapping between the source system to Genesys iWD attributes occurs. The business user can manage their environment, once establishing the environment. Screen pops on the agent workspace and segmentation in iWD Manager occur through work item and custom attributes.
For detailed Attribute List for Leads, refer to the respective Leads Attribute List section below:
Business Rules
Business Rules define or mirror both the operating principles and constraints of an organization. A few examples:
- All work items associated with Sales Department and Customer Segment Gold shall be handled within 72 hours.
- If the work item attribute department equals Sales and the Customer Segment equals Gold then the Service Level Agreement (SLA) is 72 hours.
These and finer-grained segmentation rules established in iWD Manager and managed by the business user. The GRE & ORS applications controls the distribution strategy for work items to the desired employees.
iWD Manager uses the attributes from the captured work item to assign the task. It can assign directly to an employee, agent group, combination of skills, or skill proficiency levels. Importance of the work relative to other work items is a key factor that determines prioritization in the global task list. Work in the longest routing status distributes first when there are multiple work items with the same priority targeting the same employees.
The same applies for leads, the priority schema defined within iWD manager is highly flexible and business users can adjust the priority curve to suit their business needs.
In the following sales example, the business value of the lead degrades over time. When a promotion runs for leads that didn't convert within six days, the business user raises the priority between six and eight days after capturing the lead.
Note: In a blended environment, the priority ranges used for leads align with the priority ranges for other media types to ensure the right behavior (distribution order) within the environment. For example, if the employee is answering both phones calls and leads, the sales manager decides that phone calls have a higher priority. The result is voice calls priority starts higher than work items maximum priority. If there is an inflection point where the leads are more important than voice calls, then the prioritization strategy should reflect that. For example, leads within 2 hours of their due date and time are more important than voice calls that are in the queue for 30 seconds.
Business Context and Segmentation
Genesys intelligent Workload Distribution assigns every work item to a business process. Assignment of work items occurs after capture based on the segmentation defined within iWD Manager. The Finance and Sales Departments example shows the split of the processes according to the respective segment, and it reflects the different types of skills and proficiencies. The departments and process names adapt easily according to the changing organization's requirements.
Intelligent Workload Distribution Manager configuration segmentation example table:
Department |
Customer Segment |
Priority increase scheme |
Min priority |
Max priority |
Finance | Gold | Gold | 400 | 1000 |
Finance |
Silver | Silver | 200 | 1000 |
Finance |
Bronze | Bronze | 100 | 1000 |
Sales | Gold | Gold | 500 | 2000 |
Sales | Silver | Silver | 200 | 1000 |
Sales | Bronze | Bronze | 100 | 400 |
Unspecified business processes use a default segmentation, prioritization, and distribution scheme.
Priority Schema
The system applies the priority schema to the work item/lead initially after capture and again periodically, according to defined prioritization schema. The reprioritization follows the logic defined below.
Rules define the logic to increase the priority over time by.
- Setting an initial value for the priority
- Setting a priority increment
- Setting the various periods between priority increments
- Setting the due date and time
- Set an overdue priority
- Setting the overdue or at SLA value of the priority
The priority of each work item or lead represents the urgency and business value at that point in the life cycle of the item. The prioritization schema allows a balance of work items representing different Service Level Agreements (SLA). The prioritization allows items of a shorter SLA to increase faster and reach the maximum priority compared with items of equal business value with a longer SLA. The values selected along the graph reflect the different SLAs. In other words, maximum priority culminates with the due date. In a blended environment, priority ranges used for items must broadly align with the priority ranges for other media types to ensure the right behavior (distribution order) within the environment.
As an example, for employees answering phone calls and items, phone calls have priority. The priority of voice calls is higher than items. If there is an inflection point where work items/leads are more important than voice calls, then the prioritization strategy should reflect that. For example, work items/leads within 2 hours of their SLA are more important than voice calls that have waited in queue less than 5 minutes.
Work item/lead life cycle (or) Work item/lead completion - Option 1 in source system and in Genesys
Genesys work items complete via the source system. The logical flow is as follows:
- The employee completes a work item/lead in the source system.
- The employee presses "Mark Done" in Genesys to signal that they have finished working on the work item/lead. The employee is then ready for the distribution of their next work item/lead.
- The source system sends an update via the Capture Adapter to complete the item. If the update does not arrive within a specified timeout, the item goes back into distribution with the same priority. The calculation of priority referenced is in the graph described in the section "Priority Rules." The item going back to distribution ensures that the item avoids a stuck state in the Genesys system. If the employee accidentally presses "Mark Done" in Genesys, the redistribution of the item takes place.
Work item/lead life cycle (or) Work item/lead completion - Close in source system
Genesys work items complete via the source system. The logical flow is as follows:
- The employee completes a work item/lead in the source system.
- The source system sends an update via the Capture Adapter to complete the work item/lead. If this update does not arrive within a specified timeout, the item goes back into distribution with same priority. The priority calculated from the graph described in the section 'Priority Rules'. If the employee accidentally presses "Mark Done", the item goes back to distribution preventing a stuck status in the Genesys system. Disabling the "Mark Done" button within the Genesys agent workspace is an option to prevent this scenario from occurring.
Parking work items/lead in the personal workbin
If an employee is unable to complete the task, they can store it in their personal workbin for later. When they need to access the item, the employee can just pull it from their workbin to continue working on it. The use of workbin is helpful when employees are sick or taking time off. Supervisors manage workbins through the desktop to prevent stuck items in an employee's workbin. Items return to queue or assigned to another team member.
Rescheduling work items/leads
An employee may also need to reschedule a work item/lead, when a customer is available the following day. The source system handles rescheduling and depending on its functionality and integration with Genesys intelligent Workload Distribution. The logical flow is as follows:
- The employee determines to reschedule a work item/lead.
- The employee updates the source system, optionally setting an activation date in the source system. Most important, the employee sets the new SLA date and time in the source system.
- The employee sets Mark Done in the agent workspace. The employee is available to work on the next work item/lead.
- The source system updates the work item/lead in Genesys with a so-called activation date which is the date set by the employee. Updating the date prevents the item from distributing before the activation date. The work item/lead is prioritized following the logic described above, starting with the activation date. If the activation date fails to set, then the source system updates the work item/lead based on the new SLA.
Reclassifying work items/leads
An employee might also need to reclassify a work item/lead. The source system handles resegmentation which depends on the functionality and integration to Genesys intelligent Workload Distribution
The logical flow is as follows:
- The employee reclassifies a work item/lead.
- The employee updates the source system and sets the new date in the source system.
- The employee sets Mark Done in their agent workspace. The employee is available to work on the next work item/lead.
- The source system updates the work item/lead in Genesys with the new attributes. The process of classification of the work item runs according to the new attributes. The item distributes to an employee with the right skill profile
Leads Attribute List
The attributes used for one or multiple of the following purposes:
•Segmentation (See topic 'Business Context and Segmentation')
•Prioritization (see topic “Priority Rules”).
•For display within the agent workspace.
The following table lists the attributes and its purpose which is available as part of this use case.
Attribute | Description | Segmentation | Prioritization | Agent Display |
---|---|---|---|---|
External ID | Mandatory ID to identify the lead | X | ||
Contact Number | Contact number to call the customer | X | ||
Alternative Contact Number | Alternative contact number to call the customer | X | ||
Name | Customer Name | X | ||
Surname | Customer Surname | X | ||
Customer Segment | Mapped to a business attribute by the organization | X | X | X |
Customer ID | ID to identify the customer in a third-party system | X | ||
Product | To be mapped to a business attribute by the organization | X | X | X |
Subproduct | Mapped to a business attribute by the organization | X | X | X |
Deal Value | The actual or estimated value of the lead | X | X | |
Type of Request | Mapped to a business attribute by the organization | X | X | X |
Lead Description | A short text to provide information to the agent on the lead (max. 30 characters) |
The table focuses on the attributes actively used within the configuration of this use case, however the iWD data model contains a broader list of attributes.
Distribution Flow
The following diagram shows the distribution flow:
Distribution Flow Description
- Distribution of a work item/lead.
- If the work item/lead attributes include a preferred employee, Genesys attempts to distribute the work item/lead to this employee until reaching the configurable time-out. The item distributes to its primary target. The primary target defined by all employees with a specific skill or skill level, after the time-out.
- Genesys expands distribution to the 'reception skill' or a catch-all skill expression, in the event the item fails distribution to the primary target within a configurable time-out.
- Genesys expands distribution to the tertiary target, in the event the item fails distribution to the secondary target within a configurable time-out.
- Genesys waits for an employee satisfying the skill/skill level requirements for the expanded target until the work item/lead distributes.
The SLA defines input parameters. Time-out values for the overflow logic are also related to the SLA and defined by SLA. See the topic under 'Priority Rules'.
Distribution Logic
Skill and proficiency-based routing
This use case is provided with a predefined routing strategy that creates all the queues needed to assign a work item/lead to a specific employee. The distribution strategy is based on a series of skill expressions, ensuring that a work item/lead is distributed to the most suitable employee, independent of their location within the organization. The required skill(s) and proficiency levels are defined by the department and process the item belongs to. See "Business Context and segmentation" for the logic to define the Genesys intelligent Workload Distribution department and process. Each employee has one or more skills associated with their profile and a skill level associated to each skill, referred to in this document as proficiencies. The metadata on the work item/lead and the distribution strategy is used to define the primary, secondary, and tertiary targets within the routing logic described below. The targets are defined as follows:
- Primary target = Employees with base skill level > N
- Secondary target = Employees with base skill level > M
- Tertiary target = Employees with base skill level > P
The values for N, M, and P are configurable in iWD Manager and routing strategy based on Department, Process, and metadata attached to the work item.
For example:
- Primary target = Sales Processing > 7 and Legacy System Processing > 1
- Secondary target = Sales Processing > 4
- Tertiary target = Sales Processing > 0
Routing to Preferred Employee
The source system can provide a preferred employee for a work item/lead as work item/lead metadata. In this work item/lead, the distribution logic first attempts to distribute to a preferred Employee. If the work item/lead cannot be distributed to this Employee within a specific time out, routing to the skill is applied. This timeout is configurable as a percentage of the SLA as a global parameter.
Additional Distribution Functionality
The distribution logic supports redistribution or "RONA" functionality. In other words, if an employee does not accept an item distributed to them, the item is routed to another employee after a time out. The first employee is set to not ready. This use case is combined with use cases for different media types. Blending with other media types, including the required configuration of capacity rules, is supported.
User Interface & Reporting
Agent UI
Agent Workspace enables agents (employees) to handle Work Items through the following functionality:
- Work item/ lead processing from Genesys work blending
- Auto or manual answer
- Pop up of the work item / lead in the source system by a URL or by displaying capture ID to manually open a work item / lead in the source system
- Agent Workbins for parking and pulling of work items / leads (Group Workbins not supported in this use case)
- Option to disable "Mark Done" button
- Disposition codes
- Contact History with Universal Contact Server
- Support for Salesforce.com through Gplus Adapter which integrates the Agent Workspace as a tab or floating window (Gplus Adapter supports intelligent Workload Distribution)
- Ability to transfer work items / leads
- Multiple configurable not-ready reason codes (for example: Admin Work, Lunch, Meeting, Pause, RONA, and Training)
- Display of agent, status, and interaction statistics in the Agent Workspace
Reporting
Real-time Reporting
Genesys Pulse enables at-a-glance views of real-time contact center statistics through dashboards and wallboards.
Each Genesys Pulse report presents information within graphical widgets, which show graphs or tables that provide information about incoming voice call queues, agent groups, or individual agents. You can personalize Genesys Pulse reports based on functional, geographical, or organizational considerations.
Genesys Pulse provides templates for the most popular reports. You can use these templates to quickly add report widgets to your dashboards.
The following Genesys Pulse standard reports are particularly relevant for this use case:
- IWD Agent Activity — Displays agent or agent group activity as it relates to the processing iWD work items type contacts.
- IWD Queue Activity — Displays an overview of current or near real-time activity associated with the iWD queues.
See Standard Report Templates for more information.
Note: Genesys Pulse is limited to a 24-hour window, so cannot be used to track work item / lead backlogs over longer periods. Backlog reporting is available through iWD Manager for cloud. For more detailed information on the dashboards available within iWD Manager for Cloud, please visit iWD Manager Dashboard documentation.
Historical Reporting
Genesys CX Insights (GCXI) provides customizable reports and dashboards that can help you track the benefits of this use case by analyzing historical data KPIs that provide intraday tracking of processes, resource performance, and task handling.
Some of the most relevant reports include:
- Intraday Process Dashboard — Provides an intraday overview of the completed iWD tasks that were overdue, along with the counts, percentages, and averages of completed iWD tasks, including a breakdown of the average amount of time it took to complete tasks. This dashboard provides visual summaries of the detailed information in the on the Intraday Process Report.
- Intraday Process Report — Provides information about the performance of historical and pending work items. Use this report to learn more about sources of backlog, about throughput, and to understand how often tasks become overdue before they are finished. Includes counts of the completed iWD tasks that were overdue, and counts, percentages, and averages of completed iWD tasks, along with a breakdown of the average amount of time it took to complete tasks.
- Resource Performance Dashboard — Gives insight into the amount of time and effort resources are spending to resolve work items.
- Resource Performance Report — Insight into how resources handle tasks over specific time periods, which can help you gain insight into the the variability of performance for each process, department, and days the resource worked.
- Task Detail Report — Provides details about individual work items when viewed from the customer perspective.
- Task Work Detail Report — Provides detailed information about tasks that involved more than one employee, and about the queues that distributed the tasks to the employees.
- Customer Segment Service Level Report — Provides information about the number of new tasks, number of completed tasks, and the percentage of all tasks that were completed during the reporting interval, by day, by customer segment, and by business process.
See more information, see Get started with Genesys CX Insights and Genesys CX Insights reports for iWD Cloud.
Customer-facing Considerations
Interdependencies
All required, alternate, and optional use cases are listed here, as well as any exceptions.
All of the following required: | At least one of the following required: | Optional | Exceptions |
---|---|---|---|
None | None | Digital |
None |
General Assumptions
- Business Calendar attributes are handled in Designer.
- Customizations of the business process are supported through Designer.
- The recommended approach is for the source system to provide the necessary meta data for iWD Manager to perform the classification of the work down to the department and process level.
- If this capability does not exist in the source system, the source system must classify the work down to the Department and Process level.
- Employee capacity rules will be provisioned through Agent Setup.
- Blending of voice, chat, and work item is supported. Agent Setup provisions the capacity rules for employees; for example, the agent will only work on more than media at once (1 voice, 3 chat, 1 email, 2 work items). Routing then handles the delivery of work items based on priority.
- The following known limitations exist in this use case for cloud
- Genesys Pulse reports and dashboards are generic to the Agents, and not specific to work items. iWD Manager dashboards functionality needs to be used for work item specific realtime reports and dashboards.
- All work items need to be submitted through the cloud capture point only.
- No 3rd party WFM support
Customer Responsibilities
- Intelligent Workload Distribution use case with tasks arriving from a source system use a provisioned bi-directional REST capture point.
- The customer handles the Genesys intelligent Workload Distribution integration of the source system.
- Any source-system changes needed for the integration with Genesys are within the customer responsibility.
- The source system must support the update of work items in Genesys intelligent Workload Distribution as required by the work item life cycle (complete, update, pause, resume, cancel, and so on).
- To enable the functionalities of resegmentation and rescheduling, the source system must support the flow as described above.
- The work item completed in the source application, so the employee must have access in the source application (BPM/CRM). To enable pop-up of the work item in the source activation, a URL must be available for to Genesys to link with the work item. Otherwise the employee must pull the work item manually.
- When using preferred employee routing, the work item attributes must specify the same employee (agent) ID as used in Genesys.
- Work items captured from the BPM have the required minimum fields from the source system to apply segmentation and prioritization rules. The scenarios described above these fields are:
- External ID - unique ID to identify the work item in the source system
- Data used to derive the Process and Department for the work item
- Workspace Web Edition (WWE 9.0) used as the employee and supervisor desktop.
- Limits to number of departments, processes, and rules as described in "Business Logic".
- Genesys Pulse and iWD manager used for real-time reporting.
- Work items appear in this use case as the "workitem" media type.
Related Documentation
Document Version
- Version V 1.1.1 last updated September 1, 2020