Monday, September 29, 2008

Lesson #2 Continued: Monetizing Data

Lesson #2 from my recent The Data Warehouse Institute (TDWI, August, 2008) keynote presentation covered "monetizing data." What I want to do on this post is to expand on that thought by providing some examples of how web 2.0 companies monetize data.

Monetizing Data: Targeting


"Delivering the right message to the right person at the right time at the right price" has always been the operating mantra of the world of Marketing. The goal of web or online marketing goes one step further: to deliver a single ad that compels the consumer to take action. And the web can leverage the wealth of sub-transactional and transactional data to create finely-focused behavioral targeting categories that help achieve this monetization objective.

Targeting is probably the most common way that web companies monetize data. Some companies make money via subscriptions and others aggregate and sell their data to businesses, but the focus of this posting is to discuss monetizing data via improved targeting.

Targeting and Analytics are really just different sides of the same coin:
  • Targeting tells you what message to deliver to what audience.
  • Analytics tells you what you can do to improve your targeting effectiveness.
The Analytics-to-Targeting relationship is a closed loop process; improved measurability (from analytics) yields improved relevance and audience insights (for targeting) and so on. Unfortunately, many web companies really don't understand or respect this linkage. They offer very compelling targeting products, but don't spend equal effort to offer very compelling analytic products that help to measure and optimize targeting effectiveness. Sort of like having a big block '68 Camaro and forgetting to put a dashboard or steering wheel on that baby!

Until next time! Decision Support 2.0

Saturday, September 27, 2008

Why the Term "Decision Support"?

Before I continue with my "Web Meets BI" learnings, let me explain why I prefer the term "Decision Support" to some of the other more fashionable terms like Business Intelligence and Performance Management.

I was introduced to Decision Support in 1984 when I worked for Metaphor Computer Systems. Metaphor developed and marketed a decision support software and hardware package that was used by Fortune 1000 companies to help them make better business decisions. And that last point ("make better business decisions") was made quite clear to me as I worked with companies such as Procter & Gamble, GD Searle, and Coors. These companies, as well as other companies, used the Metaphor system to make better business decisions. In my case, we used Metaphor to help our customers optimize marketing spend across brands and geographies, measure the effectiveness of promotional campaigns, forecast product line sales, identify trans-ship situations, make pricing decisions, and determine the financial viability of different acquisition candidates. Metaphor was truly used to help business users make better business decisions.

The Metaphor system was comprised of many important components, but the two most relevant for this discussion was the underlying data repository (a.k.a. data warehouse) and the end-user reporting and query tools (a.k.a. business intelligence). At the time, we didn't call these things "data warehouse" or "business intelligence." Those were just "capabilities" necessary to support decision making. Let me say that again: the "data warehouse" and the "business intelligence" components where there to support the decision making process. They were just components to a larger mission.

And I think that is still true today, despite what's been marketed over the past two decades. A data warehouse in of itself will not make better business decisions. A suite of business intelligence tools in of itself won't make better business decisions. But combine them together into an environment that is structured around a specific business challenge (e.g., increasing merchandising effectiveness, reducing inventory costs, increasing sales effectiveness) and with humans to help "interpret" the insights, then you have a winning decision support environment that can drive material business benefits to the organization.

My point here isn't to argue semantics, but is to point out that while data (structured in a format that is usable by humans) and tools (that are easy to use) are very important, they of themselves are not sufficient.

And that brings me back to the discussion of Decision Support 2.0.

Wednesday, September 24, 2008

Web 2.0 Meets BI 2.0: Learning #2

This the part two of my recent The Data Warehouse Institute (TDWI, August, 2008) keynote presentation on the topic "what happens when an old school data warehousing and Business Intelligence guy falls into the world of web analytics." I'm going to use this and the following posts to cover my 6 "learnings" from this experience. It is my belief that these learnings form a key basis for what I'm calling Decision Support 2.0.

Learning #2: Monetizing Data

Data is the currency of Web 2.0. There is no doubt about that. Heck, data is the currency of Decision Support 2.0. When your product is free, you'd better find other ways to make money. And that way is to leverage the HUGE volumes and fine granularity of the data that can be captured daily on the web. For the average data warehousing guy, these numbers are almost comical:
  • 22 terabytes captured daily
  • 2 petabyte data warehouse (my spellchecker doesn't even recognize petabyte)
  • Hundreds of metrics, some in existence less than a year and more being created each day
  • An almost endless wealth of dimensional data and dimensional attributes
However, the real gold in "them thar hills" is the sub-transaction data. It is the sub-transaction data that provides the rich insights into consumer behaviors. What I mean is that web companies know not only what consumers did on their web sites, but also know what consumers did NOT do! And it is this “did not do” data increases volume – and insights – nearly 100x!

Web companies not only know what ads you clicked on or what actions you took, but they also know what ads you did NOT respond to and what actions you did NOT take. And since most click rates are well below 2%, that means that you are learning from the other 98% of the actions tha the visitors did not take.

Let's think about what this would mean if we could do this in the physical world.

Example: A "brick and morter" retailer gains most of their customer insights from their Point of Sale (POS) data. From this POS data, retailers know what products their customers bought, what products where bought in combination (market basket analysis) and can correlate those purchases either to coupons redeemed, or ads that may have run in the local circulars. However, the retailer does not know what other products the user might have considered before putting their Cap'n Crunch into the shopping cart. They don't know that the customer might have considered the different price discounts posted on the shelves to help make their decision, or that the consumer wrestled with buying something a bit more healthy (like Smart Start). The Web companies do know this information, and that additional insight is a key part of what I'm labeling as Decision Support 2.0.

The real gold in the web world is the ability to learn both when visitors take action and when the do NOT take action. It greatly accelerates the web companies ability to ascertain and leverage for profit the behaviors of their visitors.

My next post will discuss how web companies use these Decision Support 2.0 insights to make money.

Saturday, September 13, 2008

Web 2.0 Meets BI 2.0: Learning #1

I recently had the opportunity to speak at The Data Warehouse Institute (TDWI, August, 2008) on the topic of what happens when an old school data warehousing and Business Intelligence guy falls into the world of web analytics. I'm going to use this and the following posts to cover my 6 "learnings" from this experience. Plus I think that these learnings form a key basis for what I'm calling Decision Support 2.0.

Learning #1: Business Model Evolution


The old world technology business model was built around a product-based business model. That is, the product is packaged like a normal product - much like buying a laptop or even toothpaste - and sold as a product (with an on-going annual support contract). This model worked well when the industry was starting as it was a business model for which it was easier for Purchasing Departments to buy software / technology.

The problem with this business model was that an increasing percentage of total vendor resources need to be allocated to support and maintenance. This greatly inhibits investments. Also, this business model is that the rate of innovation is totally "you" dependent, which is why the Open Source movement is disrupting this business model.

The new world business model is services-based (e.g., subscriptions, etc.) as demonstrated by companies like SalesForce.com and Red Hat. Cloud Computing has the potential to really accelerate this model, and the result will be new innovation in the way of new products and services, as well as lower switching costs will enable customers to more easily adopt these new offerings. Unfortunately, the burden of business success still falls upon the users.

What we are seeing on the web is potentially a new, more disruptive business model - performance-based business model. With this model, the vendor only makes money when the customers make money, a real win-win scenario. In this model, vendors take on full responsibility for business execution success, and are rewarded accordingly! Massive amounts of data and computer power enabling new web business model.

Final note on this topic: it's not technology that's disruptive, it's the new business models that new technologies enable that are disruptive. It’s not technology that’s disruptive, it’s the new business models enabled by technology.

My next posting will cover the "secret sauce" that fuels what I am calling Decision Support 2.0