2001 May 01
Million Handshakes Handshake Engine
David M. Raab
DM News
May, 2001

One definition of insanity is to see patterns where there are none. So it’s a little frightening to find an immediate exception to last month’s observation that the best-selling interaction management systems all provide integrated statistical modeling. This observation was the basis for many profound conclusions regarding the real uses for such products, and indeed the direction of the marketing software industry as a whole. Now a pesky little fact calls the entire structure into question.

Handshake Engine (Million Handshakes, 408-352-3400, www.millionhandshakes.com) is the anomaly: a successful interaction manager without statistical modeling functions. The system, originally launched in 1995, has just over 30 installations. This places it among the top vendors (as measured by number of customers) in this field of a dozen or so competitors. The other leaders–E.piphany Real Time, Norkom Alchemist, and Data Distilleries DD Series–all provide integrated modeling and account for about 60% of total installations. Without Million Handshakes, their share would be about 75%.

What Handshake Engine does is perform the task originally envisioned for interaction managers, but rarely implemented in practice: coordinate customer contacts across multiple touchpoint systems. The system does this through dialogues that lay out the process for a single interaction–say, handling a customer service problem–or for a master sequence of interactions throughout the customer’s relationship with a business. The interactions are actually executed through a company’s existing customer contact systems, such as telephone call centers, Web sites, email or direct mail. Handshake Engine links to these systems either by scanning their internal databases for relevant events or by reacting to custom-written calls to the Million Handshakes Application Program Interface (API). The scanning approach lets Million Handshakes generate batch outputs such as mailing lists or react in near-real-time to produce emails or schedule outbound telephone calls. The API-based approach lets the system respond in real time as an interaction is under way.

Handshake dialogues are built as a flow chart by connecting icons in a graphical user interface. Each dialog starts with a group definition. This can be a specific set of individuals selected with a query against a customer database, or people presented to the system by an external event such as a Web site visit. The dialog itself can split groups into segments that follow different paths, generate personalized messages, wait for replies, and react when a reply is received. Splits can be based on external customer data, answers to system-generated surveys, the customer’s participation in past or other current dialogues, or random selection for test/control programs. A dialog can also call an external program via XML, JavaScript or VBScript. This would be the approach used to integrate an external scoring system.

Dialogues can loop back within themselves to repeat a cycle or can call other dialogues. The latter feature allows a master dialog to control the sequence of interactions, while the interactions themselves are executed by subsidiary dialogues. This improves usability by breaking a huge customer management process into manageable pieces, and letting different master dialogues share the same subsidiary components.

System outputs can include personalized email or direct mail messages. These are generated from user-defined templates using data pulled from the underlying databases. Results can be fed to an external system such as an email server for immediate delivery or accumulated in a file for later batch output. The templates are built with third-party word processing or email software that is integrated with Handshake.

Outputs to other touchpoint systems, such as call centers and Web sites, can either refer to specific pieces of content or provide attributes that the touchpoint will use to make its own selection. The system relies primarily on XML for such communications. Handshake can also generate non-personalized mailing lists that are fed to external sources on a regular schedule.

Although Handshake relies on external databases for most customer information, it does keep track of each customer’s progress through the different dialogues, as well as category assignments and responses to system-administered questionnaires. This internal database also stores administrative information about the dialogues, group and segment definitions, available messages, communication channels, and other entities. For each dialog, the system stores active or inactive status, start and stop dates, and the cost and revenue associated with each step. Later this year, the vendor plans to let users place dialogues into groups and to limit user access to specified sets of dialogues. Both features will help manage dialogues in large organizations where many dialogues are used for different functions.

The vendor also plans to simplify API-based integration by releasing adapters for specific external systems, such as call center and Web site systems. These will let users embed Handshake dialogues within the external systems’ processes without writing directly to the Handshake API.

Handshake generally does not allow users to extend the standard administrative tables to capture non-standard information. But users can store such data in external tables and read them like other external sources when necessary.

Reports in the system are written against the internal database using the Business Objects query and reporting tool. Standard reports show how often the different dialogues have executed and how many customers have passed through each step. The system can also draw on external data to generate profiles of the customers reaching each step. While the data underlying these reports is continuously refreshed, the system does not have standard functions to generate alerts when specified conditions arise–such as a particular dialog firing unexpectedly often or not often enough. This could be accomplished using the Handshake process monitor or third-party reporting tools.

Handshake Engine runs on a Windows NT/2000 server and Windows workstations. Pricing starts at $85,000 for the server plus $1.00 to $.25 per active customer, depending on the total.

Million Handshakes is headquartered in the Netherlands. Most of its clients are European firms in financial services, communications, utilities, travel and retail, and most use it primarily for outbound email and direct mail (which may explain its anomalous success). The company has recently entered the U.S. market.

* * *

David M. Raab is a Principal at Raab Associates Inc., a consultancy specializing in marketing technology and analytics. He can be reached at draab@raabassociates.com.

Leave a Reply

You must be logged in to post a comment.