You’re right. It would still be considered a supervised transfer, having them wait for the additional digits to be sent before completing the transfer. Yes, using commas for the delay in the string.
From: Anthony Holloway <[email protected]> Sent: Monday, August 5, 2019 12:05 PM To: Johnson, Tim <[email protected]> Cc: [email protected] Subject: Re: [cisco-voip] UCCX Call Escalation/Tiered CSQs Oh I see, a secret door. A speed dial on the phone would not produce a blind transfer though, right? Unless I'm missing something. The Agent would press transfer, then the caller goes on network hold, then the Agent presses the speed dial and waits for all of the digits to be sent (assuming you're using commas as delay?) and then the Agent must press transfer again to complete the transfer. On Mon, Aug 5, 2019 at 10:35 AM Johnson, Tim <[email protected]<mailto:[email protected]>> wrote: Thanks for the response. Yeah, you’re right. I hadn’t thought too deep into how it would affect reporting, but splitting into a second application does provide better options there. This is the way we’ve done it with another call center that we provide service for, but I just wasn’t sure if there was a “better” way. With the Get Digit String, I was thinking we could use their “welcome” prompt on that step. There would be no indication during the prompt that it was available so it would kind of be somewhat of a “hidden” menu. The 1st tier agents would be able to call their main line, and press an expected digit string that I could apply IF logic to and process the call differently. The blind transfer could be handled just by adding a speed dial on their phones to include a wait and then the DTMF digits. That being said though, the call center is thinking that a phase two of this change will be to add a menu for the 1st tier agents to select from to route to agents that specialize in different areas. From: Anthony Holloway <[email protected]<mailto:avholloway%[email protected]>> Sent: Monday, August 5, 2019 10:55 AM To: Johnson, Tim <[email protected]<mailto:[email protected]>> Cc: [email protected]<mailto:[email protected]> Subject: Re: [cisco-voip] UCCX Call Escalation/Tiered CSQs I wouldn't worry too much about cluttering up your scripts (or apps, or triggers). First and foremost, I would worry about reporting. Does the solution allow the stock reports to adequately meet the needs of the reporting personnel? Second, I would worry about ease of execution for the Agent. Are the Agents able to easily execute this escalation? If I had to pick one of your three options, Option 1 would be my choice. This would allow Application level reporting (real-time and historical), not just called number and/or CSQ level. I didn't quite understand why your Option 3 uses a Get Digit String. Can you explain that? Also, this option would not allow Agents to take advantage of a blind transfer (a speedier option for escalating calls). On Mon, Aug 5, 2019 at 9:25 AM Johnson, Tim <[email protected]<mailto:[email protected]>> wrote: Hello, I’m looking for ideas on how people setup their applications/scripts when handling call centers with multiple tiers of support. More specifically, how do you handle 1st tier agents queueing calls for 2nd tier agents? Below, I’ve provided three ways I can think of to achieve it, but I’m curious if someone has a better idea. * An application/trigger for each tier. The 1st tier agent transfers the call to the trigger for the next tier. Benefit of this being that the scripts are broken out and there’s not as much clutter in each. * A second trigger on the application, and a Get Call Contact Info step to grab the called number and queue the call for 2nd tier CSQ based on that. The 1st tier agent would transfer the call two the secondary trigger. This makes for a more cluttered script, but you don’t have to cross reference anything. * A Get Digit String that is used at the “welcome” prompt, which can be used by the 1st tier agent when they do a supervised transfer to the trigger on the application. This again makes for a more cluttered script than doing two applications/triggers, but maybe makes it easier to manage and do reporting on? Thanks! Tim Johnson _______________________________________________ cisco-voip mailing list [email protected]<mailto:[email protected]> https://puck.nether.net/mailman/listinfo/cisco-voip<https://nam05.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpuck.nether.net%2Fmailman%2Flistinfo%2Fcisco-voip&data=02%7C01%7Cjohns10t%40cmich.edu%7Cce27005041954049ff6a08d719beb09a%7Cc871bc6e7cc64a57a4eb22309fc34963%7C1%7C0%7C637006179106286742&sdata=HiLAPEXJLIq4hlIkEHMhMO%2FEgi2a1MfG5sxeX77miGY%3D&reserved=0>
_______________________________________________ cisco-voip mailing list [email protected] https://puck.nether.net/mailman/listinfo/cisco-voip
