Amazon connect delay callback until next day

0

Hi - we have customer service hours that depend on the number the customer is calling (we offer different levels of service). If a caller is calling outside of the hours that their SLA entitles them to we offer them a callback the following day, which is great from a service and retention POV. However, as we have agents still logged in servicing the same queue but for more premium subscribers, they obviously immediately get the callback - What setup/logic would you advise so that these calls can be queued until the next working day, etc. The logic to check which number a caller is calling is all done in the main contact flow, with all valid calls being routed straight to the queue, and invalid calls (at that time) being offered a callback.

Each user has their own routing profile,with some users assigned to more than one queue.

Any help gratefully received.

NickW
已提問 2 年前檢視次數 1005 次
2 個答案
0
已接受的答案

There is no inbuilt way to schedule callbacks for a certain time, particularly as the Initial Delay option doesn't support using attributes. There are a few ways of approaching this including but not limited to:

  1. Create a new queue and add it to the appropriate routing profiles, then use this queue for the callbacks, then use check hours of operation and a wait block in the customer queue flow for that queue.
  2. Use tasks. Tasks can have the start time set, up to 6 days in the future. The tasks could then be either sent to agents and they then manually make the callback, or you can set the callback number from the attributes attached to the task and add the call to a queue as a normal callback.
  3. Do what I did for a customer that wanted scheduled callbacks and create a full system for handling the callbacks. This gives the most control as with this I have been able to have limits to the number of callbacks allowed so the system doesn't get overwhelmed (i.e. you don't end up with 100 callbacks waiting first thing in the morning), and it gives the customer complete visibility of waiting callbacks and the ability to edit/delete them if necessary. But this of course is a much larger piece of work.

For a quick result I'd go with option 2, but for a long term robust solution option 3 is better.

ledge
已回答 2 年前
profile picture
專家
已審閱 24 天前
  • Thanks for the thoughtful and detailed answer - yep, 3 seems like a great solution. As you say, we could take the calls out of the Connect domain completely until they should be re-queued. Nice.

0

Came across this helpful github project. We're going to evaluate it for our use-case where we don't want to call people back too early in the morning (we have some reps that come online at 6am and some people just don't want to be called back that early).

https://github.com/aws-samples/amazon-connect-callback-helper

已回答 2 年前

您尚未登入。 登入 去張貼答案。

一個好的回答可以清楚地回答問題並提供建設性的意見回饋,同時有助於提問者的專業成長。

回答問題指南