Has anyone figured out how they might use native BPCC functionality to care for a scheduled customer callback?
The initial user story (below) is relative to an after-hours condition however, this might apply to any condition where there is no available staffing to handle a voice conversation.
Customer calls after hours
Announcement plays to offer the customer the opportunity to;
a. Leave a voicemail
b. Schedule a Callback
i. Enter a specific day (we are not assuming that it is automatically the next day)
ii. Time (within the HOOPs)
Customer opts for 2b, schedule callback
Customer provides data for when the callback would be scheduled
Scheduled day/time is confirmed
Call disconnects
System reserves agent at scheduled time for the callback
Agent is connected to customer and completes transaction at the time desired by the customer.
Assumptions:
We would assume using customer DTMF responses however, we could also see a use of STT to capture that response and log it.
We would anticipate that this is a “one-and-done” opportunity (similar to VQ Callbacks).
We would need to identify how this is reported on. Operations leadership will want to be able to schedule a report that would show specifically how many of these opportunities are scheduled, the customer ANI, the time they are scheduled for, and the status (success/failure) of that opportunity.
We have contemplated using a dialer campaign or, in the case of the client that is asking for this, leveraging the integration we have with the client SFDC.
Thoughts would be welcome on any best practices/recommendations.
Tim, my two cents from what i’ve seen before. The use of Dialer and List API is the way to go, but the challenge is to collect the information from the customer to make sure the date is captured correctly.
So the nicest way would be to Create a simple website page with the nice form to collect the necessary data and then use LIst API to post the record into the list and dialing campaign with the scheduled time inside the record. And you can send SMS to the customer with the URL to that web page.
This may sound a bit more complex than needed, and we considered to build something internally for that before, but couldn’t find a proper use case for the scheduled call back.
Do you mind to share why do you think scheduled call back is important in this case, vs just an immediate call back.
It is the after-hours nature of it and, if we have a caller reach out after HOOPs close at 0100, we do not want to risk calling that person back when the agents login for HOOP open at 0500.
The customer perspective is that we should be able to let the caller tell us when they are going to be available to accept a callback from agent - then scheduling that is the desired CX.
But is the use case you’ve mentioned that you are not assuming that it is automatically the next day, why ? Seems like a logical assumption if you’re talking about after hours, isn’t is ?
Hi, Have you been able to find or implement any solution related to your request? You can still capture the callback but remember to increase the Callback TTL value in the block as well for it to live that long. We are testing this internally to ‘schedule’ this and will revert to you if successful .
I know this is an older thread but thought I would add to it. If you set appropriate parameters and more closed questions you can make this work on the phone. I have built one using Speech and DTMF for schedule call backs the next day. As Ivan pointed out it uses the dialer and the node “Add to calling list”
This allows you to insert easily into the list.
Process.
-Able to pull what the hours for the next day were that a call back was possible.
-Asked the customer about what time they would like to receive a call back between these hours - give or take 30 min.
-Verified phone number, basically same as queue call back (call back at this number or a different one?)
-Recorded a message(last thing with the customer) and disconnected
Work flow
-Inserted the relevant data into List
-Created a Zendesk ticket and assigned it to a bucket.
That gave us an easy record of the requested call back and a ticket for the agent to use when they received the dialer call.
Process worked pretty well in that environment. As a technical processes.
The math of reaching/helping those customer was pretty small. Busy, out, forgot what they needed, no longer needed it, etc.