WO2005045723A1 - A method and system for scheduling a customer service callback - Google Patents
A method and system for scheduling a customer service callback Download PDFInfo
- Publication number
- WO2005045723A1 WO2005045723A1 PCT/US2003/032043 US0332043W WO2005045723A1 WO 2005045723 A1 WO2005045723 A1 WO 2005045723A1 US 0332043 W US0332043 W US 0332043W WO 2005045723 A1 WO2005045723 A1 WO 2005045723A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- callback
- customer
- time
- resources
- module
- Prior art date
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
Definitions
- the present invention relates generally to the field of customer service callbacks and, in one exemplary embodiment, to offering a callback time based upon estimated handling resources and forecasted customer service transaction workloads.
- a number of businesses offer their customers customer support via the telephone. Often, the customer service agents are busy so the business places the customer's telephone on hold and places the customer's request for service in a queue from where such requests are retrieved as customer service agents become available. Once retrieved, the customer's phone is taken off hold and the customer is able to talk to an agent. In some instances, the customer is even informed of how long she can expect to wait on hold. Oftentimes this wait time is based on past data corresponding to average wait times associated with the customer's position in the queue. In other instances, the customer is informed of the estimated wait, the request for service is placed in a queue, but the customer is offered a callback rather than being placed on hold.
- the method includes calculating estimated handling resources for a customer interaction system, forecasting a customer service transaction workload for the estimated handling resources of the customer interaction system, and determining the scheduled callback time based upon the estimated handling resources and the forecasted customer service transaction workload.
- Figure 1 is a block diagram illustrating a system to offer and schedule a callback time for customer service within a customer interaction system, according to an exemplary embodiment of the present invention
- Figure 2 is a block diagram illustrating software and hardware components of the customer interaction system and the customer machine, according to an exemplary embodiment of the present invention
- FIG. 3 is a block diagram illustrating an exemplary embodiment of a tracking module and a forecasting module operating on the workforce management server of the enterprise contact machine;
- Figure 4 is a block diagram illustrating an exemplary embodiment of a scheduling module operating on the enterprise contact server of the enterprise contact machine
- Figure 5 is a database diagram illustrating an exemplary database maintained by a database engine server that supports the customer interaction system
- Figure 6 is a database diagram illustrating selected fields from the event schedule table, caller information table, resource forecast table, and call/resource tracking table, according to an exemplary embodiment of the present invention
- Figure 7 is a flowchart illustrating a method, according to an exemplary embodiment of the present invention, wherein a customer interaction system offers a customer on a customer machine an option to schedule a callback for customer service from the customer interaction system; and
- Figure 8 is a flowchart illustrating a method, according to an exemplary embodiment of the present invention, wherein the customer interaction system initiates the callback at or near the arrival of the scheduled callback time.
- Figure 9 is a flowchart illustrating a method, according to an exemplary embodiment of the present invention, wherein the scheduling module of the enterprise contact server triggers the callback module to initiate the callback at the approximate scheduled callback time.
- Figure 10 illustrates a diagrammatic representation of a machine in the exemplary form of a computer system wherein a set of instructions can be executed to cause the machine to perform any one or more of the methodologies discussed herein.
- FIG. 1 is a block diagram illustrating a system 10 to offer and schedule a callback time for customer service, according to an exemplary embodiment of the present invention.
- the system 10 includes a customer machine 12 and a customer interaction system 14 that communicate via communications network 16.
- the communications network 16 may be embodied as the Internet, a LAN (local area network), a WAN (wide area network), PSTN (public switch telephone network), frame relay, ATM (asynchronous transfer mode), satellite communications, wireless communications, combinations thereof, or any other network equipment or protocol that enables electronic communication between the above described network entities.
- the customer machine 12 enables the customer to access customer support services that are provided by the customer interaction system 14.
- the customer interaction system 14 includes an enterprise contact machine 18, at least one media switch 20, and a resource group 22.
- the customer interaction system 14 may, for example, provide customer service support for customers in a given marketplace. For example, a customer may purchase a digital camera and experience technical difficulties that require customer support. The customer then may choose to contact customer support through the customer interaction system 14 via the communications network 16.
- a customer communication is received at a media switch 20 and processed by the enterprise contact machine 18.
- the customer waits in a queue for a connection to the resource group 22.
- the customer chooses to accept a callback time for a connection to resource group 22 offered by the customer interaction system 14.
- FIG. 2 is a block diagram illustrating software and hardware components of the customer interaction system 14 and the customer machine 12, according to an exemplary embodiment of the present invention.
- the customer machine 12 includes a customer communication system 24.
- the customer machine 12 may be a communication device such as, but not limited to, a computer system, a landline telephone (PSTN), a satellite phone, a fax machine, or any of a variety of wired or wireless communication devices.
- PSTN landline telephone
- satellite phone such as a satellite phone, a fax machine, or any of a variety of wired or wireless communication devices.
- the customer communication system 24 enables a user to access the customer interaction system 14 by, merely for example, an instant messaging or online chat interface, such as MSN Messenger developed by MicrosoftTM corporation of Redmond, Washington.
- the customer communication system 24 enables a user to display web pages that are loaded from server computers.
- the client communication system 24 may be embodied as a browser such as, the Microsoft Internet explorer browser developed by MicrosoftTM Corporation or NavigatorTM browser developed by Netscape of Mountain View, California.
- the customer communication system 24 embodied as a browser or instant messenger executes under an operating system such as, MicrosoftTM Windows developed by MicrosoftTM Corporation or Mac OS X developed by Apple Computers of Cupertino, California.
- the enterprise contact machine 18 includes one or more of a number of servers, namely communication and processing servers in exemplary form of a web server 28 that can engage in instant messaging and deliver web pages (e.g., mark up language documents), a workforce management (WFM) server 32 that may track current handling resources, calculate estimated handling resources for future service, and forecast customer service transaction workloads for those handling resources, an enterprise contact server 34 that can schedule and initiate a callback, and a database engine server 36, which maintains and facilitates access to a database 38 .
- the web server 28 can be connected directly to the communications network 16, while in another embodiment, the servers are connected indirectly to the communications network 16 via media switches 40-1 through 40-n (e.g., automatic call distributors).
- the customer interaction system 14 includes at least one media switch 40- 1 communicatively coupled to the communications network 16, the enterprise contact servers 34, the workforce management servers 32, and the resource group 42.
- Media switches 40-1 through 40-n can support any one or all of the following protocols: PSTN voice, Voice over Internet Protocol (VoIP), or instant messaging (IM) protocol.
- Resource group 42 includes at least one resource 44-1.
- Resources 44-1 through 44-n can include, but are not limited to, any one or a combination of a human resource, a speech recognition system, or an interactive voice response (IVR) system.
- the media switches 40-1 though 40-n can be located within various geographic regions such that there may be a local or non-local toll charge with respect to the resource group 42 or the customer machine 12.
- FIG. 3 is a block diagram illustrating an exemplary embodiment of a tracking module 46 and a forecasting module 48 operating on the workforce management server 32 of the enterprise contact machine 18.
- the tracking module 46 executes under kernel operating software to scan the database 38 coupled to the database engine server 36 for resource information.
- the forecasting module 48 executes under kernel operating software to provide forecast information such as, forecasted number of contacts, forecasted average handle time, and forecasted abandoned calls.
- the forecasting module 48 may obtain data from any one or all of the media switches 40-1 through 40-n including but not limited to the number of calls in a queue, the average handle time, the average time to advance a call, the number of resources logged on, and the number of resources available.
- FIG. 4 is a block diagram illustrating an exemplary embodiment of a scheduling module 50, operating on the enterprise contact server 34 of the enterprise contact machine 18.
- the scheduling module 50 executes under kernel operating software to schedule and store a callback time for customer service.
- the callback module 52 executes under kernel operating software to initiate a callback through a media switch when the scheduled callback time arrives.
- media switch and/or resource group information can be uploaded to the database 38 through any one of, the enterprise contact server 34, the workforce management server 32, or the web server 28 via the database engine server 36. Once uploaded, the tracking module 46, the forecasting module 48, the scheduling module 50, or the callback module 52 may access the data from database 38.
- Figure 5 is a database diagram illustrating tables within the exemplary database 38, which is maintained by and accessed via the database engine server 36.
- the database 38 may, in one exemplary embodiment, be implemented as a relational database, and includes a number of tables having entries, or records, that are linked by indices and keys. In an alternative embodiment, the database 38 may be implemented as a collection of objects in an object-oriented database.
- the database 38 includes a historical database table 53 that may be linked to an event schedule table 54, resource forecast table 58 and call /resource tracking table 60.
- the event schedule table 54 may also be linked to a caller information table 56 and the resource forecast table 58.
- the resource forecast table 58 could also be linked to the call resource tracking table 60.
- the database 38 via database engine server 36, may be read from or written to by any other servers in the enterprise contact machine 18.
- Figure 6 provides a diagrammatic representation of database 38, including selected fields from the historical data table 53, the event schedule table 54, the caller information table 56, the resource forecast table 58, and the call/resource tracking table 60, according to one exemplary embodiment of the present invention.
- the historical data table 53 includes records that contain historical wait times 65, historical transaction times 66, and historical resource schedules 67.
- the event schedule table 54 includes records that contain a callback time 70, a selected media switch 71, and an event status data 72. In one embodiment, the event status data 72 indicates whether a scheduled callback attempt was successful or not.
- the caller information table 56 includes caller records critical to scheduling and initiating a callback. These records include caller data 77, a caller address 78, and a communication protocol 79.
- the caller data 77 may include information such as, for example, name, user name, and location.
- the caller address record 78 may include, for example, a telephone number, a user name for an instant messaging service, and/or an email address.
- the communication protocol 79 indicates what type of communication protocol will be used for the callback. Such protocols can include, for example, the Voice over IP (VoIP) protocol, an instant messaging protocol, fax, or PSTN.
- VoIP Voice over IP
- the resource forecast table 58 includes records that indicate forecasts of a customer service transaction workload for actual and estimated handling resources associated with the customer interaction system 14. These records include a forecast time interval 84, forecasted contacts 85, a forecasted time to advance 86, forecasted calls abandoned 82, resources scheduled 87, resources required 88, and an open for event record 89.
- the forecast time interval 84 is a predetermined future window of time used by the workforce management server 32 to calculate the estimated handling resources and to forecast the customer service transaction workload for the estimated handling resources of the customer interaction system 14.
- a forecasted contacts record 85 is the projected number of customer communications for the given forecast time interval.
- the records for the number of resources scheduled 87 and the number of resources required 88 are also dependent upon the forecast time interval 84.
- the open for event record 89 indicates whether or not an event, such as a callback, can be scheduled within the forecast time interval.
- the call/resource tracking table 60 indudes records that include call and resource data regarding the customer interaction system 14. These records include calls in queue 94, scheduled callbacks 95, average handle time per call 96, average time to advance 97, resources available 98, and the estimated wait time 99.
- FIG. 7 is a flowchart illustrating a method 100, according to an exemplary embodiment of the present invention, whereby a customer interaction system 14, in response to an incoming customer service request, offers a customer, on a customer machine 12, an option to schedule a callback for customer service from the customer interaction system 14.
- the customer service request comes from a telephone or wireless device, a web page service request form, or an instant messaging application whereby a callback schedule agent can respond with callback time options.
- the customer initiates a request for a callback from the customer interaction system 14.
- the customer initiates a contact with the customer interaction system 14.
- the customer interaction system 14 receives the customer call at a switch configured to receive the customer's chosen communications protocol.
- the enterprise contact server 34 at box 106, is then queried for the expected wait time that has been calculated and stored in the database 38.
- the enterprise contact server 34 uses records from the historical data table 53, event schedule table 54 and resource tracking table 60 to calculate the expected wait time, as discussed with reference to Figure 8. An estimate of how long a customer will have to wait before being connected to an agent is used to decide whether or not to offer the customer the option to be called back by the system at some future time.
- the callback option will not be offered and the decision will be stored at box 110.
- the configurable threshold time may vary from time interval to time interval and may be configured by an enterprise contact system administrator.
- the wait time may be estimated by the enterprise contact server 32, which computes the average time it has taken calls to advance one place in the queue during the recent past.
- the server 32 may compute an average of the historical transaction times for a predetermined forecast time interval.
- an estimate of the wait can be obtained by multiplying this average time to advance by the number of calls currently in the queue to yield a forecasted time to advance.
- This wait time provides an estimate of the expected wait under the assumption that the handling resources are constant over the recent past and the near future.
- An improved estimate may be obtained by taking into account the variability of the available handling resources.
- the workforce management server 32 accesses the historical transaction times 66 and the historical handling resources 67 from the database 38 to perform a regression calculation of the average time to advance during the recent past against the handling resources available at the time the previous advance occurred.
- the result is data, such as a forecasted average time to advance 86 as a function of currently scheduled handing resources 87, that can be used to provide an estimated wait time 99.
- ai be the average time to advance based on an estimate of the available resources at time ti.
- t 2 ti + ai.
- aj-i be the average time to advance based on an estimate of the available resources at time t j-i.
- tj t j-i + aj-i.
- t n + ⁇ - to estimates the wait time for a queue of size n. This wait time is an estimate of the expected wait for the case when handling resources vary in time.
- the estimated wait time may be a confidence wait time.
- a probability distribution p(t;n) is determined for the wait time, given a queue of size n.
- a confidence level, c is set (where 0 ⁇ c ⁇ 1 ).
- a simple way to approximate the probability distribution, p(t;n) is to assume that the time for each advance in the queue is exponentially distributed with a mean that is the average time to advance over the recent past. Then p(t;n) can be expressed as a scaled gamma distribution with parameter n+1. That is: where "a" is the average time to advance.
- the confidence wait time conveniently reflects the increasing uncertainty and the change in the shape of the distribution of the wait time as the as size of the queue increases.
- An expected wait time does not. For example, if the callback system is configured to offer a callback when the 95% confidence wait time is greater than 15 minutes (the configured threshold value), that means that a customer will be offered a callback when the probability they will have to wait more than 15 minutes is greater then 5% and that statement is true no matter what the size of the queue. On the other hand, if the customer is offered a callback when an expected wait time is greater than 15 minutes, the probability that the customer would have to wait more than 15 minutes depends on the size of the queue.
- the customer interaction system 14 calculates callback time options, as illustrated in Figure 8, and offers these options to the customer.
- the customer interaction system 14 prompts the customer to suggest an alternate callback time. For example, if the customer contact is via a telephone, the customer may select an alternate callback time via an interactive voice response (IVR) system. If the customer declines to suggest or select an alternate callback time, at box 116, the customer interaction system 14 stores the decision at box 118 and ends the session.
- IVR interactive voice response
- the customer interaction system 14 based upon the alternate callback time, calculates callback time options based upon estimated handling resources, transaction forecasts, and customer interaction system objectives and generates a set of new callback times to offer, at box 112. However, if at box 114, the callback option is accepted, the customer interaction system 14, at box 120, collects the customer's callback contact information, schedules a callback, and stores the callback information in the database 38. In various embodiments, callback information can be collected according to the communications protocol used.
- FIG. 8 is a flowchart illustrating a method 130, according to an exemplary embodiment of the present invention, whereby the tracking module 46 and forecasting module 48 of workforce management server 32 estimate resources and transactions for future time intervals. The enterprise contact server 34 uses these estimates to calculate the callback time options to offer the customer.
- the workforce management server 32 responsive to the enterprise contact server 34 determining that a callback should be offered, calculates estimated handling resources for the customer interaction system 14.
- the customer interaction system 14 has previously scheduled resources, as indicated in the resource forecast table 58, so that, at any future time, some subset of resources is available to handle callbacks exclusively.
- forecasting module can provide, for future time intervals such as the time intervals at or near the callback time, the mean number of resources so scheduled or staffed as an estimate of the handling resources for that given time interval.
- the time interval is configurable and the mean number of resources scheduled is calculated by the forecasting module 48 from the historical resource schedule data from history table 61.
- improved estimates can be obtained when the tracking module 46 tracks the actual mean number of resources that have been available to handle callbacks over a number of time intervals in the recent past.
- the deviations calculated by the tracking module 48 between the actual (e.g., observed) mean number of available resources and the scheduled mean number of available resources over time intervals in the recent past then can be used to correct the estimate based on scheduling alone.
- the correction can be determined by any number of regression techniques applied to the past deviations. Among these, the most basic is a simple linear regression of actual mean against scheduled mean available resources.
- the "line of regression" provides an estimate of the mean number of available resources during some future time interval, which estimate is a (non-homogeneous) linear function of the mean number of scheduled resources for that period.
- a weighted linear regression in which the weights decrease with the age of the deviations (e.g., exponentially with the age) can be used to produce the correction.
- the correction provided by the line of regression reflects the deviations of the recent past more strongly than those of the less recent past.
- corrections can also be informed by tracking deviations into the remote past, an a priori stochastic model, or both.
- a parameterized conditional probability distribution expressing actual (e.g., observed) mean number given scheduled mean number of available resources is assumed.
- the historical data such as, historical resource schedules and historical transaction times, and /or a priori considerations are used to enforce constraints upon the parameters of this distribution.
- the remaining degrees of freedom among the parameters are then free to vary in time. Therefore, recent past deviations can be used to constrain those remaining degrees of freedom and thereby implicitly estimate all the distribution's parameter values in effect during any time interval.
- the estimated mean number of available resources available during some future time interval can be obtained as the maximum likelihood estimate of mean number of available resources for the conditional distribution with the estimated parameters, given the scheduled number of available resources.
- the resources that are exclusively handling callbacks are grouped subject to constraints that different sets of resource groups are available for different types of callbacks.
- any estimate of future handling resources e.g., a mean number of available resources
- the scheduling module 50 apportions equal fractions of a resource to handle each type of callback for which the resource is available.
- the resource may handle during any time period when the resource is available.
- the estimate of future handling resources for a particular type of callback becomes dependent upon a forecast of callback incidence and type.
- the estimate can be corrected and refined by use of regression against the recent past deviations, obtained from the tracking module 46, subject to constraints imposed by historical resource data or a priori considerations.
- the workforce management server 32 forecasts transactions that will be associated with the estimated handling resources.
- the forecast module 48 configures, for each time interval, default values, stored in the resource forecast table 58, for describing the forecasted contacts and the forecasted handling time for each resource handling each contact.
- these forecast values are the result of a regression and/or trend analysis of historical data and may be informed by a business model of future transactions that anticipates changes in the incidence or handle time not reflected in the historical data.
- the values offered by the forecast module 48 are typically interpreted as estimates of the (time-varying) parameters of (exponential) probability distributions that capture the stochastic nature of the forecast transactions.
- the estimates of the parameters can be corrected by the tracking module 46 tracking the actual values of contacts and handling times over the recent past; these actual values may be used to compute maximum likelihood estimates of the distributions' parameters for this recent past.
- a regression of the observed parameter estimates against the forecast parameter estimates over time intervals of the recent past can be used to correct the forecast for a future time interval.
- This forecast, calculated by the forecast module 48 can be used to determine when there is a positive net staffing, whereby the number of resources staffed exceeds the required number of resources staffed for a given predefined time interval.
- the contacts are typed, and for each type of contact the forecast module 48 provides a forecast of the incidence of contacts and the handle time for any time interval.
- the values for each type of contact are subject to the same sort of refinement and correction as referenced above in the previous embodiment. These refinements and corrections may be applied either independently for each contact type or simultaneously for all contact types.
- the enterprise contact server 34 determines a callback time to offer a customer based upon the estimated handling resources and the forecast transaction workload supplied by the forecast module 48.
- the enterprise contact server 34 must determine suitable times for a callback from some time interval, for example, [tl, t2], where tl is greater than the current time plus an estimated wait time.
- the interval, [tl, t2] is provided by the customer, and the callback system seeks a time based on the availability of resources that are working on callbacks.
- the callback system knows when callbacks have been already scheduled, so it can estimate the handling resources already committed at any time in [tl, t2].
- the workforce management server 32 can estimate the available handling resources. The difference is the handling resources that are free to be scheduled for new callbacks.
- this difference varies over [tl, t2]. Any time, in [tl, t2], when this difference is greater than the resources required to handle the current call is a candidate for the callback time. For exemplary purposes, these callback times are called candidate times. For any time, in [tl, t2], let the resource excess be the available handling resources minus the handling resources needed for previously scheduled callbacks minus the resources required to handle the current call. In these terms, a time in [tl, t2] is a candidate time whenever the resource excess is positive or, in other words, there is positive net staffing. If there are such candidate times, the system may select a small number of them, suggest them to the customer, and ask the customer to choose one.
- a callback time may be selected based on a time within [tl, t2] where the net staffing is at a maximum for the given period.
- a callback time may be selected based on a time within [tl, t2] where the net staffing is at a maximum for the given period.
- a configured time delay, d is employed, as well as the configured bound, n, on the number of suggested times. If there is no candidate time in [tl, t2], the customer is prompted for a new time interval or the offer to callback withdrawn. Otherwise, the earliest candidate time, Tl, in [tl, t2] is suggested.
- a configured time delay, d is employed, as well as the configured bound, n, on the number of suggested times. Suggest a time in [tl, t2] when the excess is a maximum. Suggest k other times such that the pair-wise difference between the times is at least d, each time is in [tl, t2], k is the largest integer less than or equal to n-1 for which there are such times, and such that the least excess among the k times is greatest.
- a configured time delay, d is employed, a configured bound, n, on the number of suggested times is given, and a cost associated with making a callback from a particular media switch to the callback addresss (e.g., phone number) is known.
- a cost associated with making a callback from a particular media switch to the callback addresss e.g., phone number
- select an optimal media switch specifically a media switch with least cost.
- Either the next available or best staffing suggested times are found then for the handling resources assodated with that switch.
- the enterprise contact server 34 and media switches 40-1 through 40-n offers the customer the callback option.
- a dialog window may be configured to display the callback times and prompt the customer to select one or by interactive voice response if contact is by telephone.
- the customer contact is via an instant messaging (IM) application and the callback time or times are offered in a dialog box associated with the IM application by a callback schedule agent.
- IM instant messaging
- FIG 9 is a flowchart illustrating a method 140, according to an exemplary embodiment of the present invention, wherein the scheduling module 50 of the enterprise contact server 34 triggers the callback module 52 to initiate the callback at the approximate scheduled callback time.
- the callback module 52 retrieves, from the database 38, caller data 77, caller address 78 (e.g., phone number) and caller communication protocol 79 (e.g., telephone, IM chat, etc.).
- the callback module 52 determines, at box 144, an appropriate switch for callback based upon the communication protocol and system objectives, as discussed with reference to Figure 8.
- the media switch selected for callback is stored in the event schedule table 54 and the customer information table 56 of the database 38.
- the media switch places the callback.
- the enterprise contact server 34 may reserve resources for the callback prior placing the call on the media switch.
- the scheduling module 50 may be configured to reschedule a callback at box 152.
- the customer interaction system 14 may be configured to automatically reschedule a callback at intervals for a fixed number of times as configured by a callback system administrator.
- the rescheduling occurs at a time when resources are also predicted to be available.
- the decision to reschedule the callback is stored in the database 38 under event status 72. If the customer interaction system 14 does reschedule a callback, at box 152, the process returns to waiting for the scheduled callback time to arrive at box 142. If the customer interaction system 14 is configured not to reschedule a callback, the session ends. However, if the customer does respond to the callback, at box 150, the callback module 52 verifies the customer by asking for an affirmative response to previously acquired caller data or assigned ID (identifier). The response may vary according to protocol used.
- a telephone callback may use an IVR system to detect a voice response to a question regarding a name, or for an IM callback, the response will be typed into the IM interface.
- the callback module 52 places the customer into the customer service queue at a callback priority ranking and connects the customer to a resource or a previously reserved resource when the top of the queue is reached, at box 156.
- the priority ranking may put the customer at the front of the queue or, conditionally, place the customer in queue for a reserved callback resource.
- the result of the callback is stored in the database 38 under event status 72.
- Figure 10 illustrates a diagrammatic representation of a machine in the exemplary form of a computer system 200 wherein a set of instructions can be executed to cause the machine to perform any one or more of the methodologies discussed herein.
- the machine operates as a standalone device or may be connected (e.g., networked) to other machines.
- the machine may operate in the capacity of a server or a client machine in a server-client network environment, or as a peer machine in a peer-to-peer (or distributed) network environment.
- the machine can be a personal computer (PC), a tablet PC, a set-top box (STB), a Personal Digital Assistant (PDA), a cellular telephone, a web appliance, a network router, switch or bridge, or any machine capable of executing a set of instructions (sequential or otherwise) that spe fy actions to be taken by that machine.
- PC personal computer
- PDA Personal Digital Assistant
- STB set-top box
- WPA Personal Digital Assistant
- a cellular telephone a web appliance
- network router switch or bridge
- the exemplary computer system 200 includes a processor 202 (e.g., a central processing unit (CPU) a graphics processing unit (GPU) or both), a main memory 204 and a static memory 206, which communicate with each other via a bus 208.
- the computer system 200 may further include a video display unit 210 (e.g., a liquid crystal display (LCD) or a cathode ray tube (CRT)).
- the computer system 200 also includes an alphanumeric input device 212 (e.g., a keyboard), a cursor control device 214 (e.g., a mouse), a disk drive unit 216, a signal generation device 218 (e.g., a speaker) and a network interface device 220.
- the disk drive unit 216 includes a mad ine-readable medium 222 on which is stored one or more sets of instructions (e.g., software 224) embodying any one or more of the methodologies or functions described herein.
- the software 224 may also reside, completely or at least partially, within the main memory 204 and /or within the processor 202 during execution thereof by the computer system 200, the main memory 204 and the processor 202 also constituting machine-readable media.
- the software 224 may further be transmitted or received over a network 226 via the network interface device 220.
- machine-readable medium 222 is shown in an exemplary embodiment to be a single medium, the term “machine-readable medium” should be taken to include a single medium or multiple media (e.g., a centralized or distributed database, and /or associated caches and servers) that store the one or more sets of instructions.
- the term “machine-readable medium” shall also be taken to include any medium that is capable of storing, encoding or carrying a set of instructions for execution by the machine and that cause the machine to perform any one or more of the methodologies of the present invention.
- the term “machine-readable medium” shall accordingly be taken to included, but not be limited to, solid-state memories, optical and magnetic media, and carrier wave signals.
Abstract
Description
Claims
Priority Applications (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
AU2003282540A AU2003282540A1 (en) | 2003-10-08 | 2003-10-08 | A method and system for scheduling a customer service callback |
GB0607202A GB2422231A (en) | 2003-10-08 | 2003-10-08 | A method and system for scheduling a customer service callback |
DE10394319T DE10394319T5 (en) | 2003-10-08 | 2003-10-08 | Method and system for planning the time management of customer service |
PCT/US2003/032043 WO2005045723A1 (en) | 2003-10-08 | 2003-10-08 | A method and system for scheduling a customer service callback |
US10/546,460 US7761323B2 (en) | 2003-10-08 | 2003-10-08 | Method and system for scheduling a customer service callback |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/US2003/032043 WO2005045723A1 (en) | 2003-10-08 | 2003-10-08 | A method and system for scheduling a customer service callback |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2005045723A1 true WO2005045723A1 (en) | 2005-05-19 |
Family
ID=34572283
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/US2003/032043 WO2005045723A1 (en) | 2003-10-08 | 2003-10-08 | A method and system for scheduling a customer service callback |
Country Status (4)
Country | Link |
---|---|
AU (1) | AU2003282540A1 (en) |
DE (1) | DE10394319T5 (en) |
GB (1) | GB2422231A (en) |
WO (1) | WO2005045723A1 (en) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
GB2459535A (en) * | 2008-04-30 | 2009-11-04 | Adeptra Ltd | Managing communication with account holders |
US8194831B2 (en) | 2008-07-01 | 2012-06-05 | Avaya Inc. | Determining a preferable mode of communicating with a called party |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5155761A (en) * | 1990-01-26 | 1992-10-13 | Intervoice, Inc. | Automatic call back system and method of operation |
US5185782A (en) * | 1991-02-08 | 1993-02-09 | A&T Bell Laboratories | ACD arrangement for automatically returning a call at a time specified by the original caller |
-
2003
- 2003-10-08 DE DE10394319T patent/DE10394319T5/en not_active Withdrawn
- 2003-10-08 GB GB0607202A patent/GB2422231A/en not_active Withdrawn
- 2003-10-08 AU AU2003282540A patent/AU2003282540A1/en not_active Abandoned
- 2003-10-08 WO PCT/US2003/032043 patent/WO2005045723A1/en active Application Filing
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5155761A (en) * | 1990-01-26 | 1992-10-13 | Intervoice, Inc. | Automatic call back system and method of operation |
US5185782A (en) * | 1991-02-08 | 1993-02-09 | A&T Bell Laboratories | ACD arrangement for automatically returning a call at a time specified by the original caller |
Non-Patent Citations (2)
Title |
---|
GANS ET AL.: "Telephone Call Centers: Tutorial, Review, and Research Prospects", MANUFACTURING & SERVICE OPERATIONS MANAGEMENT, vol. 5, no. 2, 2003, pages 79 - 141, XP002983101 * |
PRNEWSWIRE-FIRST CALL: "Aspect Communications Introduces Winning Combination for Businesses and Their Customers", PRNEWSWIRE, 11 February 2003 (2003-02-11), NEW YORK, XP008041653 * |
Also Published As
Publication number | Publication date |
---|---|
GB0607202D0 (en) | 2006-05-17 |
GB2422231A (en) | 2006-07-19 |
AU2003282540A1 (en) | 2005-05-26 |
DE10394319T5 (en) | 2006-12-14 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7761323B2 (en) | Method and system for scheduling a customer service callback | |
JP4842529B2 (en) | Method and apparatus for evaluating work-waiting status for services | |
CN107231496B (en) | Traffic processing method, service processing method, device and server | |
US6330326B1 (en) | Dynamic staffing of service centers to provide substantially zero-delay service | |
US20050071241A1 (en) | Contact center resource allocation based on work bidding/auction | |
JP3877939B2 (en) | Method and apparatus for calculating work waiting time from current processing stage of preceding work item | |
US20180091650A1 (en) | System for indicating priority levels for transaction and task engagement in a call center | |
US8594311B2 (en) | Expected wait time augmentation system and method | |
US20030018762A1 (en) | Arrangement for forecasting timely completion of a task by a resource | |
US10063705B2 (en) | Systems and methods for selectively routing calls to a call center | |
US7085728B2 (en) | Method for forecasting and managing multimedia contracts | |
JPH11163860A (en) | Wait time estimate method and estimate device in queue | |
US10425363B2 (en) | Social messaging hold and wait treatment systems | |
US8837705B2 (en) | Real-time probability based contact handling time | |
US6741699B1 (en) | Arrangement for controlling the volume and type of contacts in an internet call center | |
US9609130B2 (en) | System and method for managing agent schedules in a contact center | |
US20200334615A1 (en) | Predicting Business-Agnostic Contact Center Expected Wait Times With Deep Neural Networks | |
JP4719654B2 (en) | Response information output program, response information output method and response information output device | |
US7844504B1 (en) | Routing based on the contents of a shopping cart | |
US20090016521A1 (en) | System, method and program for setting wage for call center personnel | |
WO2005045723A1 (en) | A method and system for scheduling a customer service callback | |
JP2003143301A (en) | System and method for receiving callback | |
US20200311691A1 (en) | System and method for optimizing the delivery of services | |
JP2004241963A (en) | Reception processing rank determining method and call center system applying the rank determining method | |
CN116980527A (en) | Automatic service request ordering method, device, equipment and storage medium |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AK | Designated states |
Kind code of ref document: A1 Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE EG ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW |
|
AL | Designated countries for regional patents |
Kind code of ref document: A1 Designated state(s): GH GM KE LS MW MZ SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LU MC NL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG |
|
121 | Ep: the epo has been informed by wipo that ep was designated in this application | ||
ENP | Entry into the national phase |
Ref document number: 2006167729 Country of ref document: US Kind code of ref document: A1 |
|
WWE | Wipo information: entry into national phase |
Ref document number: 10546460 Country of ref document: US |
|
WWE | Wipo information: entry into national phase |
Ref document number: 0607202.9 Country of ref document: GB Ref document number: 0607202 Country of ref document: GB |
|
WWE | Wipo information: entry into national phase |
Ref document number: 103943196 Country of ref document: DE |
|
WWP | Wipo information: published in national office |
Ref document number: 10546460 Country of ref document: US |
|
122 | Ep: pct application non-entry in european phase | ||
NENP | Non-entry into the national phase |
Ref country code: JP |