Certification and Training

 View Only

Sign Up

  • 1.  What Actually Happens When a Customer Interaction Enters a Queue?

    Posted 6 days ago

    One of the most common things we work with in CX is the queue. We configure them, route to them, report on them, and talk about them all the time.

    But at some point I realized something: a lot of people know that interactions go into a queue, but not always what actually happens next. So here's the simple version.

    When a customer interaction (voice, message, email) enters a queue in Genesys Cloud, it does not immediately get handed to the next available person (necessarily).

    First, Genesys Cloud ACD looks at the queue's routing method to determine how it should match that interaction with an agent. In other words, the queue is not just a waiting room. It is part of the decision-making process

    From there, several things can come into play.

    Time
    How long has the interaction been waiting?
    How long has an agent been idle?

    Skills
    Does the interaction require a specific language, product knowledge, or certification?

    Priority
    Should this interaction be treated as more important than others already waiting?

    Customer preference and interaction history
    Is there a preferred agent? Has this customer spoken with someone before?

    Agent utilization
    Who is available, and who is in the best position to take the interaction? Genesys Cloud routing can evaluate factors like time, skill, priority, customer preference, interaction history, agent utilization, the queue, and the flow itself when matching interactions to agents

    That's why queue routing is more interesting than it looks.

    In the most basic setup, standard routing builds a list of available agents and uses time as the main decision driver. The interaction typically goes to the agent who has been idle the longest

    But that is only the beginning.

    Depending on how the queue is configured, routing can get much smarter:

    • Bullseye routing expands the agent pool over time if no one is immediately available with the ideal skills
    • Preferred agent routing tries a designated set of preferred agents first, then falls back to a wider group if needed
    • Conditional group routing shares groups of agents across queues based on rules like estimated wait time and agent availability
    • Predictive routing uses machine learning to rank the available agents in the target pool based on which match is most likely to improve a selected KPI

    So when a customer interaction enters a queue, what happens is not just "wait until someone is free."

    What really happens is that Genesys Cloud starts evaluating the best possible match based on the routing strategy you have designed.

    That is why queue design matters so much. Because the customer experience is not only shaped by the flow they came through. It is also shaped by the logic that decides who gets them, when, and under what conditions.

    Do you want to know about Routing in Genesys Cloud, do not forgot to check our courses at Education: Genesys Cloud: Contact Center Administration and Webinar: Genesys Cloud CX: Advanced Routing Methods

    Curious to hear how others explain this: when you talk about queues with newer users, what part tends to surprise them most?


    #Training
    #Other/NotSure

    ------------------------------
    Rodrigo Soares
    NALA Team Lead
    ------------------------------


  • 2.  RE: What Actually Happens When a Customer Interaction Enters a Queue?

    Posted 6 days ago

    That's a good post for students to read at the beginning of a Contact Center class.



    ------------------------------
    Mario Reina de Califfa Jr.
    Core Instructor
    ------------------------------



  • 3.  RE: What Actually Happens When a Customer Interaction Enters a Queue?

    Posted 3 days ago

    My 2 cents...

    Note that when a conversation gets transferred to a queue, the In-Queue flow starts running (always for calls, other media types may not have an In Queue flow).

    That In-Queue flow keeps running until the conversation is Connected to an agent. That means if you have functionality in the In-Queue flow (such as a timeout and transfer to a back-up queue) it's a race condition, and can actually "steal" the conversation away from an agent during Alerting (especially confusing if you are not using auto-answer and the conversation alerts for, say, 10 seconds then suddenly disappears from the client).



    ------------------------------
    George Ganahl GCCX-AI, GCP, GCD, Maestro
    Technical Adoption Champion
    Genesys
    ------------------------------



  • 4.  RE: What Actually Happens When a Customer Interaction Enters a Queue?
    Best Answer

    Posted 2 days ago

    Hey George! 

    Thank you for your contribution. I plan a follow-up post to discuss specifically about In-Queue! 

    Best regards,



    ------------------------------
    Rodrigo Soares
    NALA Team Lead
    ------------------------------



  • 5.  RE: What Actually Happens When a Customer Interaction Enters a Queue?

    Posted 3 days ago

    Hi @Rodrigo Soares,

    Now that you've started this discussion, I realize that voice configuration use to feel much simpler compared to Digital channel configuration, when I started-off.
    In Digital Channels - you have - 
    • options like enabling or disabling auto-answer for single/multiple type of messages (facebook, whatsapp, webmessging etc)
    • choose default script, or outbound integration (in case of whatsapp etc)
    • inactivity handling - one can either disconnect or route to another flow, using a timer.

    And customers often come up with highly customized requirements most of which seems overkill I feel as Genesys Cloud already covers most needs with its base configuration. Nonetheless, based on the permutations and combinations I've learned so far, I always try to recommend the best possible configuration approach to customers

    So, yes, Queue configuration is equally important!

    Thanks



    ------------------------------
    Ashiesh Sharma
    GCX- GCP, ARC, SCR, QM
    Producer | Conductor | Composer
    BT plc
    ------------------------------



  • 6.  RE: What Actually Happens When a Customer Interaction Enters a Queue?

    Posted 2 days ago

    Great, Ashiesh! Thanks for sharing your experience!



    ------------------------------
    Rodrigo Soares
    NALA Team Lead
    ------------------------------



  • 7.  RE: What Actually Happens When a Customer Interaction Enters a Queue?

    Posted 2 days ago

    Thank you @Rodrigo Soares for this great artikel. And it's also great to see you active in the community and not only in webinars and videos. 🙏



    ------------------------------
    Christian Kahle-Gröger
    Teamlead Support Processes & Projects B
    ------------------------------



  • 8.  RE: What Actually Happens When a Customer Interaction Enters a Queue?

    Posted 2 days ago

    Thanks Rodrigo, this is a really useful explanation.

    The part I usually find newer users miss is that a queue is not just a "holding place" - it is where a lot of the routing decision logic comes into play.

    George's point about the In-Queue flow is also a good one. It can still be running while the interaction is waiting/alerting, so timeout or transfer logic needs to be designed carefully to avoid unexpected behaviour.

    For me, the biggest learning was that flow design and queue design need to be considered together. The inbound flow may get the customer to the right place, but the queue routing method, skills, priority, utilization, and in-queue logic decide what actually happens next.



    ------------------------------
    Phaneendra
    Technical Solutions Consultant
    ------------------------------