The Model CustomerWith Web site complexity increasing, direct marketing principles can suggest a more robust approach to clickstream analysis
By Thomas F. Richebacher
Web Site CommunicationBasic interaction on the Internet involves four steps (see Figure 1):
However, communication is not always that simple. For example, Web sites that accept orders over the Internet have to accomplish a variety of jobs such as approve credit, check inventory, and collect order information. To accomplish these tasks, the server has to communicate with back-end resources; it needs a communication method and language. Communication Method and LanguageWeb servers communicate with back-end applications through Common Gateway Interface (CGI), the human interaction equivalent to phone, fax, email, or mail. CGI is not a language; it is a communication method. And, just as in human interaction, the communication method is language independent. Phones don't care what language they transmit, and CGIs don't care what programming language is used to transmit instructions.Essentially, a CGI transmits a program that parses incoming HTTP GET and POST requests, processes the content, if a back-end system like a databases is accessed, instructions are submitted; then it waits for a response, develops a response, and sends information back to the browser. (See Figure 2.)
In Web server logs, CGI requests replace the entries for predefined HTML pages. The log entry for a specific page such as The first log entry, a page request, clearly shows what the user asked for and received. You can go back to the HTML page and see what's in it. The second log entry, the CGI request, reveals neither. All you know is that the user had a dialog with your Web site, but you have no idea what the user requested, the application it was requested from, or what the user actually saw.
Making Visible the InvisibleObviously, you cannot manage Web sites without knowing what users do or see. The only way you can expose what is hidden in CGI is by tapping directly into the interaction stream. Luckily, this is fairly easy: It entails nothing more than including (in the same program that calls on the back-end applications) instruction on what data to grab and where to store it.The beauty of this process is that you are collecting data at the point of interaction. You can go back to Steps 1, 2, and 3 of your conceptual design and apply the criteria developed there to help you create the instruction to extract only the data you want. The disadvantage of this method is that by not keeping the raw data, you are prevented from verifying or restructuring the data at a later point, and the additional processing might slow down a Web site. The more data that you collect and manipulate, the greater the potential negative impact on Web site performance. Thus, decisions about Web site architecture and data development must go hand in hand. Figure 3 illustrates how a very basic database configuration for sites that accept orders and collect user interaction might look:
From a technical and analytic perspective, having separate databases perform different types of work makes sense. Each database can be tuned and optimized for its specific purpose. But you have to be careful when you design such a separation of duties that the data distribution over many databases still makes sense. It is important to maintain a coherent segmentation. The Next StepBad information creates bad decisions while no information creates speculation. It's easy to confuse having volumes of data with volumes of information. Unfortunately, establishing a data collection framework and the ability to boast about high quality data does not make you smarter. But what it does do, which was formerly missing, is create confidence in the data's completeness, accuracy, and relevance. This approach removes speculation (no more guessing) from the equation, minimizing the number of poor decisions based on bad data.When data integrity is established, the next step is investing in analysis. Usually the first two things companies want to know are how they can convert prospects into customers and how to create customer loyalty. Both objectives require analysis whose outcome enables a firm to develop gradual customer qualifications resulting in specific actions. In a traditional direct marketing environment, these actions are primarily related to contact strategies; in a Web site context, they also include personalized content presentation. This is where you start reaping the benefit of Web site data definition efforts. Developing personalized Web content or personalized messages requires the integration of financial, marketing, operational, and statistical information. It means knowing what customers have seen and done, not just during the current visit but in a historical context, online and offline. Personalization is based on segmentation, pattern recognition, and the detection of behavioral shifts. Without a complete customer view, you are left guessing instead of personalizing -- a shaky approach at best. See ClearlyIt is easy to confuse having volumes of data with quality of information. But just because data sources, movement, and storage have increased doesn't mean we are any smarter. Acquiring knowledge requires a framework, which in turn provides the context for all data collection and consequent analytic efforts. Without such a framework, you may have mountains of data, but you won't understand their value.
|
Most Popular This Week
IE Weekly Newsletter
Subscribe to the newsletter
|
| ||||||||||||||||||||||||||||||||









