1. Field of the Invention
The present invention relates to a method and system for collecting, forecasting and displaying transaction traffic from a variety of communication inquiry types. More specifically the invention relates to a real-time sub-system of trace information that tracks the type of voice and data applications used by a customer while processing their inquiries for the purposes of enhancing or predicting future technology behavior patterns of the customer
2. Description of the Related Art
Prior solutions for collecting, forecasting and displaying transaction traffic lack the ability to coordinate or forecast information from a variety of communication mechanisms. These systems typically collect information on a single type of communication method, such as voice, SIP (Session Initiated Protocol), VoIP (Voice over Internet Protocol), e-mail, or instant messaging, and do not integrate this information into an overall assessment of the relationship between communications occurring through a variety of communications types. Work Force Management (WFM) systems today, for instance, perform predictions on a singular communication type, like a voice call, and do not incorporate mechanisms for calculating communication traffic in various formats. Since an individual may choose to communicate over multiple communication methods such as voice and e-mail, a singular communication system may not be able to handle multiple communication mechanisms. A user may normally prefer voice calls, but may over time switch their choice to e-mail calls based on a value (utility) that they may assign to communicating with the call center with a particular communication method.
According to one possible embodiment of the invention, there is provided a method for forecasting future communication transaction traffic from a customer comprising the steps of:
One possible embodiment of the invention, together with the advantages thereof, may be understood by reference to the following description in conjunction with the accompanying figures, which illustrate one embodiment of the invention
While one possible embodiment of the invention described herein is susceptible of embodiments in various forms, there is shown in the drawings and will hereinafter be described some exemplary and non-limiting embodiments, with the understanding that the present disclosure is to be considered an exemplification of one possible embodiment of the invention and is not intended to limit the possible embodiments of the invention to the specific embodiments illustrated. In this disclosure, the use of the disjunctive is intended to include the conjunctive. The use of the definite article or indefinite article is not intended to indicate cardinality. In particular, a reference to “the” object or “a” object is intended to denote also one of a possible plurality of such objects.
The diagram shown in
In this approach, the number of transaction by type by an individual or group are not independent as it is a choice of which communications method to employ for a transaction and not they are not independent of each other. Additionally, this is not a conditional probability problem as use of one type of communication, does not imply or cause the use of another type of communication. As such, current methods of forecasting and estimation are ineffective in predicting application utilization.
According to one possible embodiment of the invention, a different approach, named Discrete Choice Modeling (DCM), is employed to predict communication application usage. Discrete choice modeling is a relatively new technique that describes the problems where a single choice is made among a group of choices (like product features or functionality—Coke or Pepsi, Honda vs. Ford) rather than requiring that independent probability models be used. DCM is being developed in the area of marketing research to determine success possibilities of consumer products.
The technique deployed in this solution is Multinomial Logit Estimation. Logit is a comprehensive package for logistic regression analysis, providing tools for model building, model evaluation, prediction, simulation, hypothesis testing and regression diagnostics. A fast, full featured software package, Logit is capable of handling an unlimited number of cases and includes special tools for discrete choice models.
Alternately, other transformational solution techniques such as Hayes or exponential formulas may be considered useful in the solution. Assume a simple example with two alternative communication methods A and B. It should be appreciated that a multiplicity of communication methods may be used in the modeling, including but not limited to, voice and data applications. Possible applications include, telephone, e-mail, chat, SIP, VoIP, text messaging, instant messaging, and others. Also, it is possible for the multiplicity of methods to also include multiple identification mechanisms for a single communication method; for example, 2 e-mail addresses that are possible to use to communicate to a company. Further, it is possible to incorporate all possible combinations of the above to the system so that predictions and reporting can be done against the different communications. A vector X of N predictor variables that could include dummy variables representing brands, continuous or discrete price variables, or other nominal or continuous attributes describes each alternative. Multinomial logit solves for a vector β of N parameters of the same rank as X according to the method of maximum likelihood. For any alternative within any set:
N
V=βiXi
i=1
V can be interpreted as the utility of the alternative, and is, as seen, the outcome of a linear equation. However, it has no particular meaning until subjected an to exponential transformation:
U=exp(V)
This is the natural antilog and always produces a positive number. As we have two alternatives,
UA=exp(VA)
UB=exp(VB)
The probability that alternative A will be chosen given its attributes and those of the other alternatives is:
pA|[A,B]=UA/(UA+UB)
Likewise:
pB|[A,B]=UB/(UA+UB)
And since the user must choose a communication method A or B
pA+pB=1.00
Program output typically consists of the coefficients and other estimation statistics. However, the vector of coefficients (β) enables us to make the best possible predictions of choice probabilities according to these equations.
A Markov representation of the model is shown in
In this example, a voice call may be considered a communications type A communication and an E-mail message may be considered a communications type B communication. Each of these utilities and probabilities of the communication types may be time variant. For this example, initially it is assumed that the user has no preference on which communications method they employ, or that each is treated as having equal benefit/utility to the User.
U(V)—Utility (benefit) of using a voice communications assume to be 1.
P(VV)—Probability of using Voice to communicate if they normally use voice communication methods.
This system can be described with
P(V)=P(VV)+P(EmV)−P(VEm)
P(Em)=P(EmEm)+P(VEm)−P(EmV)
A possible customer profile of usage is shown in Table 1, below. Note that this may not only be the type of technology being employed in the transaction, but may also be the choice of a particular voice or data application by a customer.
A numerical example is present to further illustrate the technique. The number of communications of Type A and Type B over given time periods are tabulated and collected as sum representations of an individual user. In the following table are set forth possible numbers of communications of each type for the purposes of illustrating the DCM.
So the total transactions from the user are 70 for both communication types at the 10th time period. Values at different points triggered by events, time, or periods of time may be collected from multiple transaction systems to correlate the information. The time periods may be over intervals or at various instances of time or at any useful point of collection whether it time based or event based, as another possible embodiment. For example, the occurrence of an event may trigger the collection of the number of transactions being processed by the various communication systems. A graph of the total number of transactions used in communication of type A and in communication of type B over a time period history is shown in
When we look at the data by type during the periods, usage trends appear. In this case, it is assumed to be a discrete choice as to whether Type A or Type B methods are employed. The decline in the rate of increase of the total number of transactions of methods employed shows a change in the type of communication from total Type A to total Type B as shown in
This particular user is switching from a dominant Type A communication method or preference to a dominant Type B communication method or preference when looking at this from the number of transaction types per period as shown in
However, this approach uses the actual counts and does not allow for a prediction since it is after the period has completed and does not allow for planning of resources for handling the transaction. Also, it may be erratic data open to wild fluctuations depending on the number of transactions generated with the user for a time period or at an event trigger. See the graph in
The total numerical probability for an illustrated example over the periods is shown in Table 2, below. However, different time periods allow this to change given that a user has a choice of communication methods. In the case above, for the first 3 periods, only the type A communication method was used even though type B was also available. From the actual numbers, this shows a 100% probability of using Type A, although this clearly can not be the case given that type B is also available and resources must be allocated and set aside to handle Type B communications if they were to occur. For planning purposes, allowing a user 2 methods of communicating with a contact center implies there is at least some likelihood that a second method may be chosen by a user and a suitable level of resources should be allocated for handling the transaction, such as the number of call center representatives, the training of call center representatives, the scheduling of call center representatives, e-mail accounts, or e-mail storage space. As the number of transactions increases a more accurate estimate is possible for the type of transaction that the user may employee.
Applying a DCM method to the data from the various transaction sources allows for a prediction of the cases. The following Table 2 is generated from the data
The transaction probability of various types can then be shown in DCM P(A) and DCM P(B) for calculation and planning purposes as shown in
A discrete math Logit conversion may be used in place of an exponential transform to decrease the amount of error level in the calculated value. Alternate numerical solutions using Hierarchical Bayesian or other exponential procedures can be used for predicting the choice probability for each type of transaction. Utility and benefit values, alternately, may be loadable from the communication system, or derived from equations predicating these values, rather than being a fixed constant value. It is desirable that the actual preference for one method over another be calculated based upon the number of transactions collected in each communication type system as the measure of the usage of the communication method. With this DCM data, a least squared method may be deployed for forecasting future trends of each of the transaction types from the results of the calculations.
The outline of the protocol or procedure for the software and method involved is shown in
Step 1. Here, as shown in box 41, a utility value is assigned to the type of data.
Step 2. At this step, as shown in box 42, N versions of communication transaction type data are collected.
Step 3. Now the software performs a numeric transformation to the data (e.g. Logit, Exponential, Hayes, etc.) as shown in box 43.
Step 4. Next, the software calculates a discrete choice probability for the communication type, as shown in box 44.
Step 5. The software now forecasts future period values for the types of transactions being used, as shown in box 45.
Step 6. Then, as shown in box 46, the information is displayed to an administrator via a monitor or a printout.
At least one specific embodiment of a novel method for Discrete Choice Modeling has been described for exemplification of the one possible embodiment of the invention and is not intended to limit any possible embodiments of the invention to the specific embodiments illustrated. Numerous modifications and variations can be effectuated without deporting from the scope of the novel concepts of any possible embodiment of the invention. It is to be understood that no limitation with respect to the specific embodiment illustrated is intended or should be inferred. Accordingly, it is contemplated to cover by the applied claims any and all embodiments, modification, variations or equivalents that fall within the scope of the possible embodiments of the invention disclosed and claimed herein.
Number | Name | Date | Kind |
---|---|---|---|
5555179 | Koyama et al. | Sep 1996 | A |
5765033 | Miloslavsky | Jun 1998 | A |
5926539 | Shtivelman | Jul 1999 | A |
5946387 | Miloslavsky | Aug 1999 | A |
5953332 | Miloslavsky | Sep 1999 | A |
5953405 | Miloslavsky | Sep 1999 | A |
6002760 | Gisby | Dec 1999 | A |
6021428 | Miloslavsky | Feb 2000 | A |
6044145 | Kelly et al. | Mar 2000 | A |
6044368 | Powers | Mar 2000 | A |
6067357 | Kishinsky et al. | May 2000 | A |
6108711 | Beck et al. | Aug 2000 | A |
6138139 | Beck et al. | Oct 2000 | A |
6167395 | Beck et al. | Dec 2000 | A |
6170011 | Beck et al. | Jan 2001 | B1 |
6175563 | Miloslavsky | Jan 2001 | B1 |
6175564 | Miloslavsky et al. | Jan 2001 | B1 |
6185292 | Miloslavsky | Feb 2001 | B1 |
6345305 | Beck et al. | Feb 2002 | B1 |
6373836 | Deryugin et al. | Apr 2002 | B1 |
6389007 | Shenkman et al. | May 2002 | B1 |
6393015 | Shtivelman | May 2002 | B1 |
6732156 | Miloslavsky | May 2004 | B2 |
6934748 | Louviere et al. | Aug 2005 | B1 |
7301903 | Brady | Nov 2007 | B2 |
7369490 | Zahir Azami et al. | May 2008 | B2 |
20030156603 | Rakib et al. | Aug 2003 | A1 |
20040088392 | Barrett et al. | May 2004 | A1 |
20040179496 | Abrishamkar et al. | Sep 2004 | A1 |
20050084082 | Horvitz et al. | Apr 2005 | A1 |
20050120009 | Aker | Jun 2005 | A1 |
20050163103 | Malomsoky et al. | Jul 2005 | A1 |
20060182034 | Klinker et al. | Aug 2006 | A1 |
Number | Date | Country | |
---|---|---|---|
20060104213 A1 | May 2006 | US |