US20110087512A1 - System and method for tracking alerts - Google Patents

Abstract

A method and apparatus for generating alerts which prompt a customer representative to initiate communications with a customer relative to the alert. Further provided is a tracking template which is provided to the customer representative, whereby the customer representative can easily provide an input through the tracking template which quickly identifies an action status relative to a given alert. A plurality of different types of alerts can be generated, and these different alerts can be given different priority levels corresponding to different levels of escalation within a management structure for an organization.

Description

RELATED APPLICATIONS
• The present application claims benefit from U.S. Provisional Patent Application Ser. No. 60/752,487, filed Dec. 20, 2005, entitled SYSTEM AND METHOD FOR TRACKING ALERTS, which is incorporated herein by reference, and the present application claims benefit from U.S. Provisional Patent Application Ser. No. 60/757,853, filed Jan. 9, 2006, entitled SYSTEM AND METHOD FOR TRACKING ALERTS, which is incorporated herein by reference.
FIELD OF THE INVENTION
• The present invention relates to a system and method of providing for the generation, and management of alerts which can be utilized by customer representatives, and which provides for tracking the customer representatives activities in connection with the generated alerts.
BACKGROUND
• For large organizations it can be difficult to implement systems that have the ability to quickly and efficiently utilize crucial client or customer information that could help customer representatives of such organizations identify potential opportunities to cross-sell and deepen client relationships. Financial institutions are an example of one type of organization where the ability to track and utilize customer information, customer activity, and customer account information, can provide many opportunities to enhance and broaden the relationship between the financial institution and the customer.
• In the context of the discussion herein it is helpful to keep in mind that a wide range of different types of data can provide useful information that can provide trigger points for initiating some type of beneficial contact with a customer. In the broadest terms any such information can be referred to herein as customer information. However, customer information can include a wide range of different types of information. One type of customer information is customer account information. Customer account information can include an identification of all accounts in which a customer has an interest. In the context of a financial institution, these accounts could include brokerage accounts, bank accounts, loans, 401(k) accounts, IRA accounts, and a myriad of other possible types of financial accounts. The customer account data can also include an identification of financial goals and purposes associated with a particular financial account. For example, one brokerage account might be provide for long term growth, while another financial account might be for short term capital preservation.
• Another type of customer information is customer personal information. This information could include information such a customer's age, customer's financial expertise, and a record of a customer personal events, such a birthdates, number of children, or grandchildren, and different milestone events, such as graduations, marriages, anniversaries, births etc.
• It has been recognized that quick access to the right client data can provide customer representatives within a financial institution with insights into client needs, and acting upon such information can result in improved financial performance for the customer, and improved revenue generation for the financial institution.
• Some prior systems have previously been implemented which provide for analyzing customer information, and based on the customer information generating alerts which can be utilized by employees of the organization as a basis for initiating contact with a customer. However, some such prior systems have lacked, among other things, the ability to efficiently and effectively track the utilization of such alerts.
BRIEF DESCRIPTION OF THE DRAWINGS
• FIG. 1 is a block diagram showing an embodiment of a system of the invention.
• FIG. 2 is a block diagram showing an embodiment of different modules of an alert computer of the invention.
• FIG. 3 illustrates portions of different customer representative alert pages according to an embodiment of the invention herein.
• FIG. 4 illustrates an embodiment of a method of the present invention.
• FIG. 5 illustrates an embodiment of a supervisory alert summary page.
• FIG. 6 illustrates an embodiment of a selected customer representative alert summary page of an embodiment of the invention.
• FIG. 7 is a flow chart illustrating an embodiment of a method of the present invention.
• FIG. 8 is a flow chart illustrating an embodiment of a method of the present invention.
• FIG. 9 is a flow chart illustrating an embodiment of a method of the present invention.
DETAILED DESCRIPTION
• An embodiment of a system and method herein, provide an alert generation module which operates to analyze customer data, and based on the analysis generate alerts which are provided to customer representative. In response to receiving an alert the customer representative can take a follow up action, and this follow up action can be tracked using a tracking template. These elements of an embodiment of the invention will be discussed more fully below.
• FIG. 1 shows asystem100 of an embodiment of the invention. Thissystem100 will be described in the context of a financial institution such as brokerage company, but the basic operation could be extended to other types of organizations. Thesystem100 includes a number of customerrepresentative computers102 . . . N. As is widely known a computer as commonly implemented, and used in computer networks will generally include a number of well-known components. These components can include a communication, or system, bus or other communication mechanism for communicating information between elements of the computer, and a processor coupled with bus for processing information. Computer systems can also include a main memory, such as a random access memory (RAM) or other dynamic storage device, coupled to bus for storing information and instructions to be executed by processor. The main memory also may be used for storing temporary variables or other intermediate information during execution of instructions to be executed by processor. A computer system can further includes a read only memory (ROM) or other static storage device coupled to bus for storing static information and instructions for the computer processor. A storage device, such as a magnetic disk or optical disk, is frequently provided and coupled to bus for storing information and instructions.
• A display can be coupled to the bus displaying information to a computer user. An input device, including alphanumeric and other keys, can be coupled to the bus for communicating information and command selections to the processor. Another type of user input device is cursor control, such as a mouse, a trackball, or cursor direction keys for communicating direction information and command selections to processor and for controlling cursor movement on the display. The computer can also include a communication interface coupled to bus. The communication interface provides a two-way data communication coupling to thenetwork111.
• One or more processors in a multi-processing arrangement may also be employed to execute the sequences of instructions contained in main memory. In alternative embodiments, hard-wired circuitry may be used in place of, or in combination with, software instructions to implement the invention.
• Thecustomer representative computers102 . . . N are connected to acommunication network111. The communication network could be a LAN, WAN, or other communication network such as the interne.
• Additionally,multiple supervisor computers112 . . . N can also be coupled with the network. Also coupled with the network is analerts computer114. The alerts computer could be implemented as a stand alone application server, or it could be part of a main frame computer, or other general purpose computer where one or more of the processors are programmed to implement the operations discussed herein. Indeed the operations of the alerts computer could be distributed across multiple computers. The alerts computer will be provided with access to a number of different types of data. These different types of data are shown as a customerpersonal data database116, a customeraccount information database118, and amarket information database120. These databases could of course be implemented as a single database, or in some instances the data could be provided as a data stream as opposed to a relatively static type of data. For example, some of the market information data could be provided as a data stream. The databases could be stored in non-volatile memory storage systems such as a disk drive, or other memory storage device.
• The alert computer is programmed to provide analerts analyzer module122 which operates to analyze the relevant information, and to apply a series of rules to the analysis of the data, where depending on the rules and the underlying information, alerts are generated. The alert computer also includes analert management module124. Thealert management module124, provides for the transmission of the alerts to customerrepresentative computers102 . . . N, and manages and updates analert tracking database126. The alert tracking database could be incorporated into one of the previously discussed databases, or it could be implemented as a separate stand alone database.
• FIG. 2 shows an expanded view of aspects of an embodiment of analerts computer114. It should be recognized that alerts computer while potentially being a much more powerful computer than the customer representative computer described above, would in one embodiment nonetheless include the same basic elements as the customer representative computer. Further, the discussion below will refer to modules or sub-modules of the alerts computer. These modules or sub-modules can be sets of instructions which a processor, or in some cases processors, of the alerts computer are programmed to execute; specifically, different sub-modules of theAlert tracker module124 are shown, and different sub-modules of thealerts analyzer module122 are shown. It should be noted that the embodiment shown inFIG. 2 could be implemented in a wide range of different ways, where various other modules, or sub-modules, would be utilized, and some of the sub-modules shown inFIG. 2 could be excluded for example.
• At this point the discussion of the operation of the different modules shown inFIG. 2 will be provided. Thealert analyzer module122 includes atransaction sub-module125 which operates to generate alerts based on client initiated actions that could lead to potential business opportunities to make beneficial recommendations to the customer. For example, a customer initiated transfer of an account into a financial institution, can generate a transaction type of alert where a customer representative is provided with an alert which prompts the customer representative to contact the customer. The sale of a large stock position in an account is another transactional event that could produce an alert to contact a customer to discuss possible financial strategies and plans for the proceeds of the stock sale. Another transactional type of alert can be generated where a customer does research on a website of the financial institution. For example, many financial institutions provide extensive research tools on their websites for their customers, monitoring of the customer's research activities, can indicate that customer has a particular financial planning question or need, and in selected circumstances an alert can be generated which prompts a customer representative to contact the customer to inquire about providing possible assistance to the customer.
• Aportfolio module128 can also be provided which operates analyze customer information, and specifically customer account information to determine if a portfolio based alert should be generated. Portfolio alerts generally relate to identifying investment opportunities which can be identified based on a customer account's holdings. For example, in a situation where customer brokerage account is identified as having performance below a predetermined threshold level, a portfolio based alert can be generated to prompt a customer representative to contact the customer and offer to provide financial planning assistance. In a situation where theportfolio module128 identifies that a particular account has a large over concentration in a particular stock, an alert can be generated prompting a customer representative to contact the customer to advise the customer as to risks associated with over concentration of an investment in a single stock.
• Acustomer event module130 provides for analyzing customer profile information and other customer events and generates event alerts based on such analysis. For a customer service experience event, such as a customer complaint, or complex customer interaction with a service provider of the financial institution an event alert can be generated and provided to the customer representative to prompt the customer representative to contact the customer. Thecustomer event module130 can also generate alerts that prompt a customer representative to contact a customer when the customer is identified as having participated in particular event. For example, the customer might have attended a live training seminar, or might have attended a web based training seminar.
• Additionally, alife stage module132 can be provided, where thelife stage module132 reviews data to identify major events reflected in the customer data that may affect a customer's investment objectives or investment needs. These events could include for example, a marriage, death, birth, relocation, an anniversary etc. In response to such events thelife stage module132 can generate an event alert to prompt a customer representative to take some action to initiate communication with the customer.
• Thebusiness module134 can generate automated communications with a customer, such as sending an account statement or a trade confirmation statement.
• Thealert tracking module124 includes a number of sub-modules. Thealert database module136 manages the reading from, and the writing to, the alert data database. Thealert transmission module138 manages the identification of customer representatives and supervisors, and generates the different alert pages which can be are transmitted to the customer representative computers and supervisor computers. TheAlert filtering module140 can allow for different user selected filtering to be applied to generation of the alert pages, such that selected types of alerts can be excluded from presentation to the customer representatives, and the filtering module can also be programmed to apply different system wide rules for the filtering out of certain selected types of alerts. Thealert prioritization modules142 can apply different rules in terms of different rankings for the presentation of alerts to the end users of the system. The prioritization of the alerts could be managed, or determined, by either the end user of the alerts, for example the customer representative, and/or the prioritization of the alerts could be determined by a manager who wants to control the prioritization of the alerts. Indeed, as will be discussed in more detail below, one of the benefits of an embodiment of the invention herein is that it provides for the collection of extensive data regarding the processing of alerts, and can record the results of taking action with respect to an alert. Overtime analysis of the various outcomes related to the processing of alert can provide valuable information identifying those alerts, and follow up responses to alerts which are most effective in terms of improving the service to the customer.
• TheAlert escalation module144 applies different rules to the different alerts, such that certain alerts can be escalated or presented to different supervisory levels of the organization. Thealert expiration module146 is programmed to manage the expiration of the different alerts. Thealert tracking module148 manages the presentation of alert tracking templates to the customer representatives, and receives the customer representatives input to through the tracking template. Thesuppression module150 operates to provide for the suppression of a particular alert, or a certain type of alert, for a period of time. For example, in a situation where a customer representative has taken action with respect to a particular alert, and the customer has indicated that they do not want to take action with respect to a particular recommendation, then similar alerts pertaining to the same issue can be suppressed for a given period of time. The suppression type of operation is discussed in more detail below.
• Table 1 is provided below to illustrate a number of different specific alerts which could be provided for using an alert analyzer module as described above. The “Category” column identifies the specific category type of the alert.

• TABLE 1
  No.	Category	Alert Name	Description

  1	Event	Sudden	Liquidation of >=50%
  		Liquidation	of portfolio value to
  			cash within 2weeks
  2	Portfolio	Under-	Under-performing
  		Performing	portfolio for 3 months
  		Portfolio	straight against
  			benchmark (S&P,
  			Index, etc.)
  3	Portfolio	MF (mutual	Under-performing
  		fund)	clients with all equity
  		Suggestion	holding
  4	Portfolio	SER (security	10% of portfolio
  		equity rating)	downgraded 2 levels
  		Downgrade	or to very low level
  			ratings (D/F)
  5	Life Stage	Birthday	Birthday of the
  			primary contact within
  			a household (expire
  			after 2 weeks)
  6	Transactional	Large TOA	TOA out of >=20% of
  		(transfer order	portfolio value
  		authorization)
  		Out
  7	Portfolio	Concentrated	Holding one equity
  		Position	position >=20% of
  			portfolio value
  8	Event	Product/Offer	Clients who requested
  		Interest	product/offer packages
  9	Event	Trading	Clients who
  		Threshold	experienced a surge in
  			trading activities
  10	Portfolio	Low Grade	HHs (households) that
  		Mutual Funds	have at least 20% of
  			portfolio value
  			invested in 1 or 2
  			Morningstar rated
  			mutual funds
  11	Transactional	Verification of	HHs that have had a
  		Deposits	“Verification of
  			Deposits” requested
  			recently. This is a
  			good indicator that
  			your client might be
  			applying for a
  			mortgage/HELOC
  			home equity line of
  			credit).
  12	Transactional	Large Deposit	Cash, Stock, or TOA
  			deposits of >=20% of
  			portfolio value

• The above table provides examples of different alerts, and is meant to be illustrative, but of course a wide range of different alerts could be utilized. For example, some financial intuitions can provide for account management services. In some situations, for example in accounts where there have been high capital gains distributions, the customer may want to consider account management services to help reduce future tax liabilities due to capital gains. Thus, an alert can be generated where an account has a relatively high capital gains distribution. Additional alerts can be provided for where it appears that a customer might have an interest in securities lending services, corporate services, or general service alerts, for example, where a negotiated margin discount is about expire.
• The analysis of customer data and the generation of alerts can be a computationally demanding process. Additionally, as will be discussed in more detail below the providing of alerts to customer representatives should be done in a selective manner so as to reduce the likelihood of a customer representative becoming inundated with so many alerts that the value of the alerts becomes diminished. Thus, it is advantageous to develop a set of rules which provide for frequency intervals of analyzing data to make determinations as to when to provide for the generation of alerts, and further it is also advantageous to provide rules for expiring alerts and in some cases suppressing alerts. Table 2 shows an example of an embodiment of a table of rules to which can be used in connection with the generation, and tracking of some exemplary alerts.

• 	TABLE 2
  		Run
  	Alert name	cycle	Expiration	Suppression
  	Birthday	Weekly	30 Days	None
  	Cash	Weekly	30 Days	90 Days
  	Concentration
  	Concentrated	Weekly	30 Days	90 Days
  	Position
  	Large Deposit	Daily	30 Days	None
  	Large	Daily	30 Days	None
  	Withdrawal
  	Large TOA In	Daily	30 Days	None
  	Large TOA	Daily	30 Days	None
  	Out
  	Low Grade	Weekly	30 Days	180 Days
  	Mutual Funds
  	MF	Weekly	30 Days	180 Days
  	Suggestion
  	SER	Weekly	30 Days	None
  	Downgrade
  	Sudden	Weekly	30 Days	None
  	Liquidation
  	Trading	Weekly	30 Days	90 Days
  	Threshold
  	Under-	Weekly	30 Days	180 Days
  	Performing
  	Portfolio
  	Verification	Daily	30 Days	None
  	of Deposits

• The first column in Table 2 shows the name of a particular alert. The second column of the Table 2 shows the frequency with which a review of customer information is run to identify whether the corresponding alert should be generated. For example, customer data will be reviewed weekly to identify situations where it is appropriate to send the customer representative an alert regarding the fact that the customer has an upcoming birthday. For a large deposit alert, however, the customer data will be reviewed daily to identify situations where a large deposit has been made. The expiration column identifies the amount of time that an alert will remain active. An active alert can be closed where a customer representative indicates that some action has been taken in connection with the alert. In one embodiment of the invention when a specific alert expires then the specific alert will no longer be presented to a customer representative. The suppression column of Table 2 refers to an operation which is different than alert expiration. Suppression prevents alerts that have been closed from being represented to a customer representative for a given period of time. For example, if a customer representative receives an underperforming portfolio alert for a customer, and the customer representative contacts the customer and determines that the client does not want to make changes in the portfolio allocation, then the next time the Underperforming portfolio analysis is done, the corresponding alerts are generated, the customer representative would likely receive another underperforming portfolio alert. In order to avoid repeatedly generating alerts on the same issue, the suppression module can operate to suppress the generation of an alert for a given period of time where the customer does not want to take a recommended action.
• FIG. 3 shows portions of images which could be displayed on a customer representative's computer monitor. More specifically, for one embodiment herein, the images represent portions of pages which are displayed by a browser running on the customer representative's computer. Thus, for example thepage302 could be an HTML type of browser page, where links and commands can be included in the page. The user of the computer can then activate the links or commands by virtue of clicking a mouse or similar input device over different areas of thepage302. Additionally, the user can input different selection criteria or other data into different fields provided in thepage302. Thepage302, contains a toplevel selection row304, where a customer representative can select a different customer representative application. In one embodiment this selection will be done by the customer representative using a mouse to move acursor icon305 over the desired tab and then selecting the desired tab using the mouse. As shown inpage302 the customer representative has selected the highlightedtab306 corresponding to alerts. The selection of thealerts tab306, then results in thepage302 being a customer representative alerts page. The tabs adjacent to thealerts tab306, correspond to other customer representative applications. The customer representative applications could be programs which are loaded on the customer representative's computer, or applications which reside on a central server which the customer representative computer accesses through thenetwork111.
• In response to the customer representative selecting thealerts tab306, the alerts applications (running in a processor on the alerts computer) operates to provide the alerts information which is provided to customer representative's computer, and the customer representative is provided with access to the operational features of the alerts application. In one embodiment the alerts applications will include analerts manager module124 andalerts analyzer module122 as described above. In such an embodiment the alert computer generates pages and/or data which are provided to a browser running the customer representative computer, and the browser then displays customer representative alert pages which are shown on the computer monitor of the customer representative computer.
• When a customer representative has logged on to a computer, and selected the alerts tab, the alerts computer will then access thealerts database126 and generate the customer representatives alertspage302. In some embodiments each customer representative will have specific customers that they are responsible for, thus the alerts provided for each customer representative will be correspond to the specific customers, which the particular customer representative is responsible for. Thealerts page302 includes acontact column308. The contact column is shown with the title of HH Name. The HH name is a reference to household, and the column provides a name or other identifying information for a contact person associated the identified alert. In one embodiment a customer representative could use a mouse, or other user input device, of the customer representative computer to select on a name shown in contact column additional information could be provided regarding the contact person for the corresponding alert. Thealert history column310 provides an icon where the customer representative can select the icon to receive a history from thealert database126 for all alerts created for the corresponding household. It should be noted that the system and method could provide for generating and grouping alerts at an individual account level, or accounts could be grouped at a household level and then a user could drill down by clinking on links associated with a given alert to determine which specific account associated with a given household was the basis for the alert. In one embodiment thealert tracking database126 stores information for a plurality of alerts generated by thealerts analyzer module122. Thealerts tracking database126 can provide a status action field for each of the alerts, and the status action field can provide for one a plurality of different status conditions for the corresponding alert. These different status conditions can correspond to the different alert status conditions which the customer can select from in thetracking template406 as shown inFIG. 4, which is discussed in more detail below.
• Theimage311 shows a portion of an alert history page which would be displayed on customer representative computer display in response to a customer representative selecting a history icon corresponding to the Fleming & Little household which is shown incolumn310 ofpage302. This alert history page can then display alert history information for the corresponding household.Page302 also includes a customer relationship application (CRM application)access column312, which has a header MARS HH link. The customer representative can select the icon in theCRM column312, and they will be provided with access to a CRM application which provides access to extensive customer relationship data information, and the customer representative can enter new relevant information, and review previously entered information. The createdate column314 identifies the date on which the corresponding alert was created. Thealert type column316 identifies the type of alert which is shown in the corresponding row. The customer representative can select on a given alert type shown incolumn316 and will be provided with a definition of the given alert. Thealert description column318 provides a detailed description of the underlying data and analysis which was the basis for the corresponding alert.
• The MyLast Action column320 provides information as to the most recent action taken by the customer representative in connection with the corresponding alert. In the case of thepage302 all of the entries incolumn320 are blank which would indicate that no action has been taken in connection with any of the displayed alerts. If an action had been taken with respect to an alert, then the action taken would be identified in the MyLast Action column320. TheUpdate Action column322 provides icons where a customer representative can select on an icon and an action for the corresponding alert can be updated, as will be discussed in more detail below. Thepage302 also includes a LastAction Date column324 which displays the last date of an action taken in connection with a corresponding alert. In one embodiment the Last Action Date column will default to the date when the corresponding alert was first made available to the customer representative, until such time as the customer representative indicates that some action has been taken with respect to the corresponding alert. In some embodiments the time at which a customer representative provides an indication that some action has been taken will be recorded in terms of the date, and the exact time at which the entry was provided indicating that some action was taking. In this way realtime data can be provided to a supervisor, so that the actual time of data entry is recorded.
• Thepage302 also includes a customizedate box303 which allows a user to input date criteria which acts to filter the alert information shown in the customerrepresentative alert page302.
• FIG. 4 shows aseries images400 which illustrate a method of an embodiment of the invention. The images show portions of different pages which would be displayed on a customer representative's computer monitor.Image402 shows a portion of a customer representative alerts page, which could be shown on a display of a customer representative computer. The page ofimage402 would include links as described above and generally corresponds to the type ofalert page302 described above. However, for purposes of illustration only a portion of the page which would actually be shown on the display is shown inimage panel402. In response to the display of the page the customer representative can review the displayed alerts, and make a determination as to which alerts he or she will take an action in response to. In the operation shown inFIG. 4, the customer representative has selected theupdate action icon404, to indicate that the customer representative has taken some action in response to the corresponding alert, which in this case would a trading thresholds alerts for the household identified as Bostick & Tucker. In response to the customer representative selecting theicon404 analert tracking template406 is generated and displayed on the customer representative computer monitor. Thealert tracking template406 then provides a number of predefined categories where a user can select from the predefined categories to characterize the status of actions taken in response to the corresponding alert. The users input, typically provided by clicking a mouse on the predefined category that corresponds to the change in the action status is received by the alerts computer, and the alert tracking database is updated to reflect the change in the action status for the corresponding alert.
• Thealert tracking template406 shown inFIG. 4 provides six different categories which a customer representative can select from to characterize the status of action relative the corresponding alert. A first field of thealert tracking template406 is an “Attempting” field, which a customer representative can select when the customer representative is in the process of attempting to reach the client, but has not yet made actual contact with the customer. A second category of the alert tracking template is an “In Progress” category which customer representative can select to indicate that communications with the customer are on-going in connection with the corresponding alert. For example, in the case of the Trading Threshold alert, the customer might be considering opening a different type of account which provides for different pricing options for accounts with high trading volumes, or the customer might be considering whether they would like to opt for a managed account, which would provide for some assistance in the managing of the account etc.
• Thetracking template406 also includes a “Closed—Canceled” category where the customer representative can select this category to indicate that alert has been cancelled because no action was warranted for the corresponding alert. Thetemplate406 can also include a “Closed—Unsuccessful” attempts category where a customer representative can select this category to indicate that alert has been cancelled due to an inability to reach the customer. Thetemplate406 can also include a “Closed—No Further Action Required” category where a customer representative can select this category to indicate that the alert has been cancelled after a successful discussion with the client. For example, in response to a prolonged period of poor performance in an account, an alert could be generated, and the customer representative would receive the alert and in response contact the customer with financial advice that could provide the customer with better performance in the account. In successful cases, the customer would take action consistent with the financial advice.
• Thetemplate406 can also provide a “Closed—Opportunity Created” category. This category could be selected where a customer representative in response to an alert contacted a customer, and as a result of this contact additional opportunities to generate further business was identified.
• After the customer representative has selected the field which corresponds to the appropriate category, the customer representative can select arefresh icon408, which will result in thepage402 being regenerated to reflect an update in the My last action column, which can be described more generally as a status column, would show the updated information corresponding the customer representative's selection in thetemplate406. For example, the updatedpage410 shows that “In progress” status412 in the status column416 corresponding to the selection414 in thetemplate406.
• The operation of thesystem100 in connection with the method illustrated byFIG. 4 would include a customer representative initially logging on to a customer representative computer. The Alert analyzer would operate to generate alerts based on an analysis of customer data; this customer data could include for example specific personal information for a customer, or customer account information, such as the underlying investments held in a customer account. The Alert manager module would maintain the records of the alerts in the alert tracking database. In response to the customer representative selecting the alerts application tab, the alerts computer would generate a customer alerts page and transmit it, or the underlying alert information, to the customer representative's computer, where the alerts page would be displayed. In response to the customer representative interacting with the alerts page to select the update action icon, the tracking template would be displayed on the customer representative's computer. The customer representatives input to the tracking template would then be transmitted to the alerts computer, and the input information would be used to update the alert tracking database. The updated information in the alert tracking database can then be used to provide updated alert information to the customer representative, or to the customer representative's supervisor.
• In thepage410 many of the entries in the status column are blank which would generally indicate that customer representative has not taken any action with respect to the corresponding alert.
• FIG. 5 shows a supervisoralert summary page502 which could be shown on a display of asupervisor computer112. Fundamentally, the supervisor computer can be the same type of computer as the customer representative computer, however, when a supervisor logs onto the computer, the computer network will provide different applications, and access, to a supervisor than to a customer representative. The supervisor alert summary page could be for example an HTML page which is displayed by a browser running on the supervisor computer. TheAlert computer114 can generate the alert summary page and provide this page to asupervisor computer112 of thesystem100. Thealert summary page502 includes a toplevel selection row504, where a supervisor can select between different supervisor applications. In an embodiment of the system and method herein a supervisor would typically supervise a number of different customer representatives. In thealert summary page502 the tab FC performance506 has been selected. The term FC is an acronym corresponding to financial consultant, which could be one type of customer representative. In connection with the selection of FC Performance tab506, thealert summary page502 is generated by the alert computer and transmitted to thesupervisor computer112. In one embodiment thealert summary page502 will show information relating to the activity, or performance, of one or more of the customer representatives who are supervised by the supervisor, and show a summary of alert information for each of these customer representatives.
• For example, thealert summary page502 includes an action taken status table508, and an Alert type status table510. The action status table508, includes acolumn512 identifying action taken categories. Specifically, the action taken status column contains rows which correspond to the different action categories which are provided for in thealert tracking template406. The action status table508 also contains acustomer representative row514 with column entries which identify the customer representatives which are supervised by the supervisor who is logged onto thesupervisor computer112. The Action status table508 then provides a matrix grid where a supervisor can quickly identify the status of activity for a given customer representative relative to alerts which have been provided to the customer representative. For example, the customer representative identified as KLAR in thecustomer representative row514 is shown as having received a total of 60 Alerts, and KLAR has not take action with respect to 49 of the alerts, has made 3 entries in an alert tracking template showing an attempt to make contact with a customer in response to an alert, and the various state of activity regarding the other alerts can be seen in the column corresponding the KLAR customer representative. Similarly the state of various actions take by the other customer representatives identified inrow514 are readily observable. By reviewing the Action taken status table508 a supervisor can quickly and easily view the status of action taken by the customer representatives relative to the alerts. Periodic review of such a table can improve the supervision of customer representatives, and spot situations where a customer representative is not taking adequate action relative to alerts.
• In one embodiment the information shown in thealert summary page502 can provide HTML type links which a user can click on to obtain more information. For example, a supervisor could click on the identifier of a customer representative such as KLAR, and the supervisor's computer would then be provided with a page showing alert details for the customer representative corresponding to the identifier KLAR. In addition a supervisor could click on an entry in the Action takenstatus column512 to see a list of all the alerts which have a most recent action status corresponding to the selected action status. For example, if a supervisor were to select the “Closed—Canceled” entry in the ActionTaken Status column512, then thealert computer114 could generate a page showing all the alerts which have a most recent action of “Closed—Canceled”.
• The Alert types status table510 operates in manner analogous to the action taken status table508, except that the ActionTaken Status column512 is replaced with anAlert Type column516. TheAlert type column516 contains rows for the different possible types of alerts, and acustomer representative row518 is provided which identifies the different customer representatives which are under supervision. The table then provides a grid which identifies the different types of alerts which have been provided to the different customer representatives. The supervisor can then select from the different entries of theAlert type column516 to see a detailed list of all the alerts of the corresponding type. Thepage502 also includes arefresh icon518, where a user can select on the refresh icon. In response to a selection on the refresh icon thealert computer114, refers to thealert tracking database126 to obtain the most up to date information for the alerts, and provide the user with a refreshedalert summary page502. Thus, providing a supervisor with a tool to view actual real-time reports showing the customer representatives progress in responding to an alert.
• Thepage502 also includes a customizedate box520 which allows a user to input date criteria which acts to filter the alert information shown to the supervisor in thealert summary page502.
• FIG. 6 shows a supervisor selected customerrepresentative summary page600. Thesummary page600 is provided in response to a supervisor selecting a specific one of the customer representatives shown in the tables508 or510 inpage502. The summary page provides a supervisor with specific information for the selected customer representative so that the supervisor can view the selected customer representative's progress against available alerts and actual alerts to provide potential coaching opportunities. Specifically,column602 shows the action taken status for the available alerts which have been provided to the customer representative identified as 3BJT. Thepage600 corresponds to the page which would be displayed where a supervisor selected the customer representative identified as 3BJT in thepage502.
• Therow604 ofpage600 identifies the various different types of alerts which have been provided to the customer representative 3BJT. The numerical entries in the table606 provided by thecolumn602, and therow604 then provide entries which identify the action status for each of the different types of alerts that have been provided to the customer representative. Thepage600 operates such that a user can select on one of the numerical entries in the table606, and lower portion of thepage602 can show more information corresponding the selected alert and action status entry. For example,page600 illustrates a situation where a user has selected on thenumeral 3 identified withcallout number608. In response to the selection on the number 3 (corresponding to “No Action Taken” and the alert type “Cash Concentration”) information corresponding to the selected action status and corresponding alert is obtained, and thepage600 can be updated to include the requested information alert specific information, as is shown in thelower portion610 of thepage600. The supervisor can then review specific details of the corresponding alerts.
• FIG. 7 illustrates amethod700 of an embodiment of the invention. The method includes a providing702 an alert in a page of alerts which can be viewed on a customer representative's computer. It should be noted that the flow chart illustrated inFIG. 7 includes numerous blocks which refer to SA. In the context ofFIG. 7, “SA” is a reference to the display of sales alerts, such as an alert shown on the customer representative alerts page described above in connection withFIG. 3 for example. The customer representatives input through the customer representative's computer is then monitored, to determine704 an action status for the alert. This monitoring could for example include monitoring a customer representative's input through an alert tracking template as described above. If an input from the customer representative indicates that the action status for the alert is closed—canceled706, then the alert is removed708 from display in the page of alerts. If the input from the customer representative indicates that action was taken, then a determination is made as to whether contact was made with thecustomer710. If contact was made, then a determination is made as to whether the communication with the customer representative resulted a closing of the alert, such that no further action is required712. In this situation the customer representative could also be prompted to create714 an entry in a customer relationship database (CRM) to document the substance of the communication with the customer that resulted in closing the alert.
• If the communication with the customer resulted in thecreation716 of an opportunity for further action in connection with the alert, then the alert can be removed708 from view in the page, and the customer representative can be prompted to follow a sales process in connection with the created opportunity, and to document the substance of the communications in acustomer relationship database718.
• If thedetermination710 that action was taken in connection with the alert, but that no contact was made with the customer, then the page can be updated to show that the action status for the alert is inprogress720. The customer representative can then be prompted to document722 the contact attempt in the customer relationship database. When an attempt has been made to contact the customer, the alert can still be displayed on the alert page with an indication that the action in connection with the alert is in progress. The customer representative can make adetermination724 as to whether a subsequent attempt should be made. If the customer representative decides that no more attempts will be made in connection with the alert726, then the alert can be removed726 from the page of alerts, and the customer representative can then document722 the reason for closing the alert.
• If it is determined704 that no action has been taken in connection with an alert, then the alert can be maintained728 on the alert page.
• FIG. 8 shows anothermethod800 of an embodiment of the invention. Themethod800 illustrates a prioritization of alerts, which facilitates a supervisor efficiently reviewing and managing the performance of multiple customer representatives using an alert escalation process. Initially a customer representative input is received802 through an alert tracking template which indicates that an alert has been closed—cancelled, or an alert might have a corresponding status which indicates that no action has been taken for a predetermined amount of time. For example, one type of alert might allow a customer representative three working days to take action, prior to considering the alert for escalation to a supervisor. Based on either the fact that no action has been taken, or based on the status input by the customer representative, a determination is made as to whether the alert should be escalated, for example by presenting an alert in a supervisor's summary page of alerts. In one embodiment the different alerts can be broadly categorized as either a high priority alert (key alert), or a lower priority alert. The process of800 provides for making adetermination804 as to whether an alert is a key alert, if it is determined that a particular alert is not a key alert, then adetermination808 is made as to how long ago the alert was generated. If the alert is more than a predetermined amount of time old (e.g. is the alert more than 4 weeks old) then the alert will be will be removed810 from the page of alerts provided to the customer representative. If the alert is relatively new then the alert will be maintained812.
• If the alert is determined to be a key type of alert then if the alert has a status of closed—canceled814 according to a customer representative input, then the alert will be displayed816 in summary alert page to a supervisor. If the status of the alert is that no action has been taken, then adetermination818 is made as to whether the alert has characteristics which causes it to surpass a first escalation threshold. For example, for a first type of key alert if no action has been taken for period of time exceeding one week, then the alert can be escalated such that it is displayed816 on a supervisor's summary page of alerts. Where a determination is made that an alert should be escalated to a supervisor's alert summary page, a second level of analysis can be applied. This second level can provide for determining if the alert particular alert is sufficiently old, or if it is of sufficient importance that it should be escalated such that it is displayed in a summary page for of a higher level supervisor's computer. If a determination is made that the alert is relatively new then the alert will not be escalated.
• FIG. 9 illustrates an embodiment ofmethod900 herein. Themethod900 provides for the alert analyzer module analyzing902 data. Based on the analysis of the data, a plurality of different alerts are generated904. A first set of alerts from the plurality of alerts are provided906 to a first customer representative. This providing of the first set of alerts to the first customer representative could be done through a customer representative alert page as described above. A tracking template can be provided908 to the customer representative. In one embodiment this tracking template will be provided to the customer representative in response to the customer representative selecting on an icon in a customer representative alert page.
• The tracking template can provide a number of different categories where a user can provide an input corresponding to an action status for an alert. The user input is received910, and the alert manager module can then process the input. In response to the input the alert database can be updated912 to reflect the change in the status action for a given alert. The first customer representative can then be provided914 with an updated page with the first set of alerts, where the updated page will reflect the customer representatives input through the alert tracking template.
• The method can further include providing916 a second set of alerts form the plurality of alerts to a second customer representative. For example the second customer representative can be provided with a customer representative alert page which shows the customers, or customer account groups, which the second customer representative is responsible for. In response to the second customer representative interacting with the alert page the second customer representative could be provided with a tracking template. The second customer representative could then input information through the tracking template. The second customer representative input is received920, and the alert manager module can then process the input. In response to the input the alert database can be updated922 to reflect the change in the status action for a given alert. The second customer representative can then be provided924 with an updated page with the second set of alerts, where the updated page will reflect the second customer representative's input through the alert tracking template.
• Typically at any of many different points in the process, a supervisor could log onto a supervisor computer and be provided926 with a supervisor page alert summary showing alerts for a plurality of customer representatives which are managed by the supervisor.
• As detailed above various embodiments of the inventions herein provide for generating a range of different alerts, and for then presenting these alerts to a customer representative. The customer representative can then be presented with a tracking template which allows a customer representative to input information regarding action taken in connection with a particular alert. The time at which the action was taken in connection with a particular alert can be recorded, and the outcome of the action taken can also be recorded. The advantage of using a tracking template to input information regarding the actions taken is that the collection of data can be generated which tracks the different outcomes of various actions taken in response to various alerts. Overtime the tracking of alerts, and the actions and results of such actions taken in response to various alerts could provide insight into how to prioritize various alerts. For example, overtime it may become clear that in situations where a customer has transferred a large amount of funds into an account, then the customer is most likely to positively respond to investment recommendations if they are contacted within 1 week of the transfer of funds into the account. Whereas is the customer representative does not follow up with the customer representative within the first week of the funds being transferred into the account, then the customer is less likely to be open to investment recommendations. This is but one example, and of course there are numerous other patterns that could become apparent through analysis of the various alerts and the customer representative input through the tracking template.
• Although only specific embodiments of the present invention are shown and described herein, the invention is not to be limited by these embodiments. Rather, the scope of the invention is to be defined by these descriptions taken together with the attached claims and their equivalents.

Claims (25)

1.-19. (canceled)

20. A method comprising:

receiving a first set of alerts and a tracking template, wherein the first set of alerts is from a plurality of alerts, the plurality of alerts being automatically generated in response to a processing system analyzing, using one or more processors, customer data comprising customer account data, customer profile information, and market data; and

providing a first tracking template input to the processing system, wherein the first tracking template input corresponds to an action status for a first alert of the first set of alerts, wherein the processing system updates an alert tracking database to indicate the action status of the first alert based on the first tracking template input.

21. The method ofclaim 20 wherein the first set of alerts includes at least one high priority type of alert and wherein the processing system escalates the alert to a supervisor of the customer representative if it is determined no action has been taken for the high priority type of alert within a first time period.

22. The method ofclaim 20 wherein the processing system provides a second set of alerts from the plurality of alerts to a second customer representative, provides the second customer representative with the tracking template, receives a second tracking template input from the second customer representative, which corresponds to an action status for a second alert of the second set of alerts, and based on the second tracking template input from the second customer representative, updates the alert database to indicate the status of the second alert.

23. The method ofclaim 20 wherein the plurality of alerts includes a plurality of different sets of alerts, wherein each of the different sets of alerts corresponds to different sets of client account groups which are assigned to different customer representatives and the processing system generates a supervisor review page which shows an action status for each alert of the different sets of client account groups.

24. The method ofclaim 23 further comprising receiving a status action field, for each of a plurality alerts stored in the alert tracking database, with the status action field having one of a plurality of predetermined possible status conditions and wherein the tracking template provides for a plurality of possible status conditions and these possible status conditions correspond to the plurality of predetermined possible status conditions provided for in the alert tracking database.

25. The method ofclaim 20 wherein the tracking template provides a plurality of predetermined status conditions which a customer representative can select from to indicate an action status for a corresponding alert.

26. The method ofclaim 20, wherein the background information comprises data about the customer's under performing portfolio.

27. The method ofclaim 20, wherein the background information comprises data about a liquidation of the customer's portfolio value.

28. The method ofclaim 20, wherein the background information comprises data about a large deposit to the customer's portfolio.

29. A method comprising:

receiving a customer representative alerts page showing a plurality of alerts for customer accounts which the customer representative is responsible for, and wherein the plurality of alerts are stored in an alerts database with alerts information comprising an action status for each of the plurality of different alerts, the plurality of alerts and alerts data being automatically generated in response to analysis of customer data comprising account data, customer profile information, and market data;

providing a selection of an alert on the customer representative alerts page;

receiving a tracking template which allows for input to the alerts database to update an action status for an alert shown on the customer representatives alerts page and wherein the processing system provides an alerts summary page to a supervisor who supervises multiple customer representatives, wherein the alerts summary page identifies a plurality of customer representatives supervised by the supervisor, and shows alerts which have been provided to each of the plurality of customer representatives, and shows a corresponding action status for each of the plurality of alerts.

30. The method ofclaim 29 further comprising:

providing a first status action input through the tracking template for a first alert in the customer representative alert page indicating that a change in a status action has occurred for the first alert, wherein the processing system updates an action status for the first alert in the alerts database in response to the first status action input;

receiving an updated customer representative alerts page to reflect the change in the status action for the first alert.

31. The method ofclaim 30 wherein the processing system updates the alerts summary page to reflect the change in status action for the first alert.

32. The method ofclaim 29 further including: wherein the alerts included in the customer representative page includes at least a first level priority type of alert and a second level priority type of alert; and

wherein the alerts included in the summary alerts page include the first level priority type of alert, but do not include the second level priority type of alert.

33. The method ofclaim 29 wherein the tracking template includes a plurality of predetermined status action fields which update the status action for an alert.

34. The method ofclaim 33 wherein the plurality of predetermined status action fields includes at least the following status action fields: a closed—canceled status condition, a closed—unsuccessful status condition, a closed—no further action required status condition, and a closed—opportunity created status condition.

35. The method ofclaim 29 wherein the alerts summary page includes a first table which identifies a plurality of customer representatives supervised by the supervisor, and shows an action status for each of a plurality of alerts which have been generated for each of the plurality of the customer representatives.

36. The method ofclaim 35 wherein the alerts summary page includes a second table which identifies the plurality of customer representatives and shows corresponding alerts generated for each of the plurality of customer representatives.

37. A system comprising:

a non-transitory computer readable medium comprising computer readable program code embodied therein; and

a processor that can read the non-transitory computer readable medium to execute the computer readable program code to implement a method comprising:

receiving a first set of alerts and a tracking template, wherein the first set of alerts is from a plurality of alerts, the plurality of alerts being automatically generated in response to a processing system analyzing, using one or more processors, customer data comprising customer account data, customer profile information, and market data; and

providing a first tracking template input to the processing system, wherein the first tracking template input corresponds to an action status for a first alert of the first set of alerts, wherein the processing system updates an alert tracking database to indicate the action status of the first alert based on the first tracking template input.

38. The method ofclaim 37 wherein the first set of alerts includes at least one high priority type of alert and wherein the processing system escalates the alert to a supervisor of the customer representative if it is determined no action has been taken for the high priority type of alert within a first time period.

39. The method ofclaim 37 wherein the processing system provides a second set of alerts from the plurality of alerts to a second customer representative, provides the second customer representative with the tracking template, receives a second tracking template input from the second customer representative, which corresponds to an action status for a second alert of the second set of alerts, and based on the second tracking template input from the second customer representative, updates the alert database to indicate the status of the second alert.

40. In a computer network a method for utilization and tracking of alerts, the method comprising:

analyzing, using one or more processors, customer data;

and automatically generating a plurality of alerts in response to the analyzing customer data;

providing a first set of alerts from the plurality of alerts to a first customer representative;

providing the first customer representative with a tracking template;

receiving a first tracking template input from the first customer representative, wherein the first tracking template input corresponds to an action status for a first alert of the first set of alerts; and

based on the first tracking template input, updating an alert tracking database to indicate the action status of the first alert.

41. The method ofclaim 40 further including:

wherein the first set of alerts includes at least one high priority type of alert;

determining if no action has been taken by the customer representative for the high priority type of alert within a first time period; and

escalating the alert to a supervisor of the customer representative if it is determined that no action has been taken within the first time period.

42. The method ofclaim 40 further including:

providing a second set of alerts from the plurality of alerts to a second customer representative;

providing the second customer representative with the tracking template;

receiving a second tracking template input from the second customer representative, which corresponds to an action status for a second alert of the second set of alerts;

and based on the second tracking template input from the second customer representative, updating the alert database to indicate the status of the second alert.

43. The method ofclaim 40 further including:

wherein the plurality of alerts includes a plurality of different sets of alerts, wherein each of the different sets of alerts corresponds to different sets of client account groups which are assigned to different customer representatives; and

generating a supervisor review page which shows an action status for each alert of the different sets of client account groups.

Images