Beginning with version 1.1.50 of the SpitFire Predictive Pro (MySQL) software, a Callback feature has been available. This feature allows your Agents to set a specific date and time to have the Dialer call back a specific customer. When the Agent receives a call from the Dialer, and is told to by the client that they would like to be called at a different time, the Agent can click on a button on the SpitFire Agent software to schedule the Dialer to call the client again at a specific date and time.
The Campaign can be set to either Global or Local callback mode by clicking on Options/Preferences/General and then clicking Enable CallBacks and setting to either Local or Global.
-If the campaign manager chooses to dial global call backs, then it doesn't matter which list is currently being dialed because the callback would still be dialed from the original source list.
-If the campaign manager goes with the local call backs option then calls backs will only be dialed from the same list which the campaign is currently dialing.
-If the agent selects the callback to be a Private callback, the dialer will transfer to call to that specific agent.
-If the agent does not set the callback as private, then the callback will be sent to the first available agent.
Make Private Callback Public if Agent Not Available
This setting can be enabled in Options/Preferences/General and will send a scheduled callback to any agent that is available if the intended agent is not. If this option is not checked, the callback will only be transferred to the agent who scheduled it.
NOTE: With SPD version 1.2.9 or later: If the agent is not available at the scheduled callback time, and the Make Private Callback Public if Agent Not Available setting is not enabled, SPD will automatically wait for the Agent to become available before calling the callback record. This is usually the preferred way of handling callbacks when it is important for the specific agent to continue handling the client.
When the agent is ready to disposition a call, the Call Back disposition button can be used to schedule a callback.
First the agent will click the calendar button to the right of the Call Back button. Here the Agent can schedule the call back for minutes or days from the original call.
The Agent can schedule the record to be called back within minutes, or days. By default, the Private Call Back check-box is selected. The Agent has to uncheck this in order for it to be made a Public Callback. Or the Campaign must have the Make Private Callback Public if Agent Not Available setting mentioned above enabled to override this.
Once the Agent clicks OK, then he can click the Callback button to end the call, like any other Disposition.
When a callback is sent to the agent, the bottom, left-hand corner of the Agent software will indicate the current call is a callback and not a regularly dialed record.
Here is an example of a regular call that was transferred to an Agent:
Circled in Red you can see this was an OutBound Public call, not a Callback.
Here is what you would see for a Callback:
In this example, the Callback was a Private Callback that transferred the call back to the specific Agent that scheduled it.
A callback manager module has been added to ListMaker Pro to allow you to view, filter, re-schedule and delete callback records. The Callback Manager can be useful for rescheduling broken Callbacks. Broken Callbacks are those that were not able to be completed for some reason.
Note: this section refers to the latest version of the CallBack Manager in ListMaker Pro Version 1.1.78
Cases when a CallBack could become "broken":
To access the CallBack Manager, open ListMaker and click on Tools-->CallBack Manager and then Global or Local, depending on how you have the CallBack Mode set in the Campaign settings.
Here you will see a grid of all the Callbacks that have been scheduled by the Agents.
This window shows the specifics for each record.
Filter CallBacks, on the right-hand panel can be used to look up CallBacks based on their state in the CallBack database.
The different dispositions that can be applied to Callback records are listed there.
For example, you can look up broken Callback records here and then reschedule them all together, using the Reschedule button on this screen.
You can also double-click on the gray square, to the left of a Callback record to reschedule it, individually.
The Reschedule button brings up a similar window to what the Agent software uses for the initial Callback scheduling.
Reassigning Callbacks
With the latest version of ListMaker Pro (1.1.78) a new feature has been introduced that allows one to reassign callbacks to a different Agent or to the Public callback group.
This can be useful if an Agent is not in the office and you want to take the broken callbacks from that Agent and assign them to someone else.
1. In the Callback Manager, you can select the Agent checkbox to filter callbacks by Agent and you can also select a combination such as Broken and a specific Agent.
2. After clicking Lookup, above you can see the callbacks for an Agent listed as "agent1". From here you can reassign all the callbacks that were just looked up by clicking on the Reassign button next to the Reschedule button.
3. That will bring up the Assign to box where you can select the alternate Agent to assign to the callbacks or assign them to Public so that they go to any Agent available at the callback time.
4. If you want to reassign a specific record in the Callbacks table, you can double-click on the record as in the Reschedule procedure above and click the Reassign button in that record.
Finally, the Record Display Options tab can be used to define how many records are viewable within the Callback database grid.
By default, the grid displays ony 1000 records but if you have more than 1000 Callbacks in the Callbacks database and want to make sure you are looking at the latest.
Callback Table Database Structure:
The following is technical data regarding the callback table that will be created in the spitfire MySQL database for global callbacks and in the specific list if a list was dialed under Local callback settings.
|
Column name |
Description |
|
CallBackID
|
Auto increment primary key |
|
ListName
|
Name of the database from where to locate the callback client |
|
ClientID
|
ClientID for the client record |
|
Name |
Clients name |
|
VoicePhone |
Clients phone number |
|
DateEdited
|
Record edit time stamp |
|
DateEntered
|
Time stamp when the call back was scheduled |
|
CallBackTime
|
Time stamp for the time of callback |
|
CallBackStatus
|
Stores various call back status code |
|
DialerID
|
DialerID of the dialer fetching the record, used to avoid multiple fetches by different dialer instance |
|
FetchID
|
A counter to avoid multiple fetch by the same dialer instance |
|
BrokenFlag
|
Set to 1 if the record becomes a broken call back else always 0 |
|
AgentID |
AgentID value used for private callbacks |
|
IsPrivateCallBack
|
If Set to 1 it's a private call back, if 0 then public |
01 – undialed record
201 – successfully dialed and transferred record
209 – dropped callback
202 – callback detected as Answering Machine
204 – callback detected as Busy
205 – callback detected as No Answer
206 – callback detected as Operator Intercept
207 – callback detected as Other
249 – callback detected as Error
Below is a flow chart that shows the call flow of the Callback feature:
Last Updated
27th of January, 2010