Contact Transfer Control Using Real-Time Queue Metrics
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Conventional contact transfer methods in contact centers, such as blind and announced transfers, often lead to inefficiencies and reduced customer service due to inadequate handling of real-time operational parameters, resulting in adverse impacts on contact center operations.
Innovation Solution
A method and system for dynamically determining whether to allow or reject transfer requests in a contact center based on real-time characteristics of the source and destination, using a processor to assess current and near-future contact center conditions to optimize transfer decisions.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Productivity
If blind transfer is used, then the originating resource becomes available for next incoming contact immediately, but the contact may be assigned to an overloaded queue increasing wait time
Solution Approach 1:
The system implements feedback by continuously monitoring real-time queue metrics (queue depth, average wait time, service level adherence) and using this information to dynamically control transfer decisions. The transfer evaluation module receives real-time feedback about destination queue conditions and adjusts transfer permissions accordingly, preventing transfers to overloaded queues while maintaining resource availability.
Solution Approach 2:
The system transitions from static transfer rules to dynamic control by evaluating real-time characteristics of both source and destination. The transfer control module dynamically adjusts transfer permissions based on current queue conditions, service level agreements, and contact attributes, allowing the system to adapt to changing contact center states rather than following fixed transfer rules.
2Reliability
If announced transfer is used, then the contact is transferred to an appropriate resource, but the originating resource remains occupied during the transfer process
Solution Approach 1:
The system applies partial action by allowing the originating resource to initiate the transfer process and evaluate destination suitability, then partially releasing the resource if conditions permit. The transfer can be executed as a blind transfer (full release) or announced transfer (maintained connection) based on real-time evaluation, providing flexible resource utilization while ensuring appropriate contact routing.
Solution Approach 2:
The transfer control module acts as an intermediary between the originating resource and destination queue, evaluating transfer requests against real-time conditions and service level agreements. This intermediary function enables automated decision-making about transfer type (blind vs. announced) based on system state, balancing contact routing accuracy with resource utilization without requiring manual intervention.
3Adaptability or versatility
If transfers are allowed without evaluation, then resource flexibility is maintained, but contact center operations are adversely impacted
Solution Approach 1:
The system implements dynamic transfer control by evaluating real-time characteristics of source and destination along with contact attributes against service level agreements. This dynamic evaluation maintains transfer flexibility when conditions are favorable while preventing transfers that would adversely impact operations, adapting to changing system states rather than following static rules.
Solution Approach 2:
The system changes the parameters governing transfer decisions from fixed rules to dynamic evaluations based on real-time metrics. By monitoring parameters such as queue depth, wait time, service level adherence, and contact attributes, the system adjusts transfer permissions dynamically, maintaining flexibility when appropriate while preventing harmful transfers through parameter-based control.
Data Source
AI summary
Managing contact transfer requests in a contact center with a processor of the contact center receiving a request to transfer a contact to a destination within the contact center. Next, the processor determines in real time, one or more first characteristics related to a source of the request and one or more second characteristics related to the destination of the request. Ultimately, based on the one or more first characteristics and the one or more second characteristics, the processor performs one of: a) transferring the contact to the destination, or b) preventing transfer of the contact to the destination.