Raab Associates’ new Guide to Customer Data Platforms is now available [update: as of 2014, we no longer sell it].
You may not find that news to be fall-off-your-chair exciting. In fact, you’re more likely to wonder whether the world needs yet another report on anything at all. Fair enough. So before telling you what’s in the CDP Guide, I'll tell you why it exists.
Simply put, marketers need better databases. If you’re a working marketer, you almost surely know this from personal experience. But someone who only read industry news and vendor promotions might think all anyone had to do was to plug in the latest cool application and it would immediately be filled with fresh clean data like water from a tap. Dirty big data is our industry’s dirty little secret.
The problem isn’t new but it is getting worse. As customers interact across more channels, marketers need to not just meet them in every new location but recognize them and carry on a continuous conversation from one touchpoint to the next. Marketers can also become more effective by enriching that conversation with information from external sources such as Web pages, social media, and commercial databases. Both the carrot of better results and the stick of customer expectations are ever-more-urgently driving marketers towards building better databases.
The good news is that plenty of smart vendors have also recognized this need and are trying to help marketers on their journey. I call their systems Customer Data Platforms and define them as “a marketer-controlled system that supports external marketing execution based on persistent, cross-channel customer data.”
If there’s one absolutely critical point in that definition, it’s that CDPs put marketers in charge of building their own database. Taking control is the only way that marketers will ever get the databases they desperately need. It’s why CDPs are so important.
But too few marketers know who the CDP vendors are, what they do, and how they differ. The Guide to Customer Data Platforms is designed to provide this information. If the CDP vendors are tour guides on the path to better data, the CDP Guide is the reviews you read to decide which one you’ll hire. As far as we know, no other study serves this purpose.
Given its goal, the heart of the Guide is the vendor profiles: three to five pages on each vendor, describing capabilities for data management, predictive modeling, marketing campaigns, and message delivery, plus background on the vendor’s technology, clients, company history, and pricing. You’ll want to read those closely when you’re selecting a vendor. But first you’ll have to decide whether a Customer Data Platform is something to consider. Here is some information to help make that judgment.
- CDPs are something new. CDPs are systems that help marketers build and update customer databases, and make those databases available to support marketing programs. That may not sound very new, but most B2B marketing automation products today build very limited databases while most B2C marketing automation products rely entirely on an external data warehouse. The systems that do build databases are designed to be used by IT departments, not marketers. And many CDPs provide predictive modeling or best-treatment recommendations that go well beyond the storage functions of a basic data warehouse.
- You still can’t do this at home. CDPs may be tools for marketers, but that doesn’t mean that marketers build the databases themselves. Rather, CDP vendors provide services that build the database with varying degrees of marketer involvement. The difference is that the marketers work directly with the CDP vendors, instead of relying on IT staff that often has other priorities and an imperfect understanding of marketing needs. This makes it much easier and quicker for marketers to get the database they need.
- CDPs are an outgrowth of existing system types. Most CDP systems were created for a purpose that happened to require the same database-building capabilities as a CDP. These purposes fall into three groups which I discussed in last week’s post, so I won’t repeat them here. They’re worth understanding because vendors in each group have a different set of skills, one of which will probably come closest to your needs.
- Convergence is coming. Even though the CDP vendors started with different applications, their shared abilities for identity matching, database management, analytics, and integration will allow them to support more of the same functions over time. As marketers understand the value of their databases more clearly, CDP vendors will be able to focus on selling their data platform features rather than applications the platform supports. Of course, once the platforms themselves are common, vendors will climb the value chain by offering better predictive analytics and cross-channel treatment optimization.
- Details count. CDP features may eventually converge, but for now the systems differ in many small ways that make a big difference. To take one example, nearly every CDP creates predictive models. But some can only predict response to specific promotions, based on who has responded before. Others can do the much more sophisticated analysis needed to predict which offer will best advance a long-term goal such as becoming a new customer. And even among those that model against long-term goals, some can actually estimate the incremental impact of a specific offer and others can just see most common correlations. We found similarly subtle differences in how data is collected (via the vendor’s own Web tags or by importing from other systems), the range of data sources (just marketing automation and CRM or those plus many others), natural language processing to extract useful information from text sources such as Web pages, how much history is kept and how it’s used, program execution, and end-user control. The CDP Guide clarifies these distinctions, but it’s still up to marketers to evaluate which differences will matter in their own business.
The CDP Guide itself contains quite a bit of other useful information, including a formal definition of CDPs, detailed explanations of what to look for in a CDP, and a history of marketing databases starting with ancient Sumer (don’t worry, I skipped the boring parts). Again, the goal is to provide one package with everything you need to get started along the path of buying a CDP system. From there, it's up to you.
Showing posts with label customer data quality. Show all posts
Showing posts with label customer data quality. Show all posts
Thursday, September 26, 2013
Thursday, February 14, 2008
What's New at DataFlux? I Thought You'd Never Ask.
What with it being Valentine’s Day and all, you probably didn’t wake up this morning asking yourself, “I wonder what’s new with DataFlux?” That, my friend, is where you and I differ. Except that I actually asked myself that question a couple of weeks ago, and by now have had time to get an answer. Which turns out to be rather interesting.
DataFlux, as anyone still reading this probably knew already, is a developer of data quality software and is owned by SAS. DataFlux’s original core technology was a statistical matching engine that automatically analyzes input files and generates sophisticated keys which are similar for similar records. This has now been supplemented by a variety of capabilities for data profiling, analysis, standardization and verification, using reference data and rules in addition to statistical methods. The original matching engine is now just one component within a much larger set of solutions.
In fact, and this is what I find interesting, much of DataFlux’s focus is now on the larger issue of data governance. This has more to do with monitoring data quality than simple matching. DataFlux tells me the change has been driven by organizations that face increasing pressures to prove they are doing a good job with managing their data, for reasons such as financial reporting and compliance with government regulations.
The new developments also encompass product information and other types of non-name and address data, usually labeled as “master data management”. DataFlux reports that non-customer data is is the fastest growing portion of its business. DataFlux is well suited for non-traditional matching applications because the statistical approach does not rely on topic-specific rules and reference bases. Of course, DataFlux does use rules and reference information when appropriate.
The other recent development at DataFlux has been creation of “accelerators”, which are prepackaged rules, processes and reports for specific tasks. DataFlux started offering these in 2007 and now lists one each for customer data quality, product data quality, and watchlist compliance. More are apparently on the way. Applications like this are a very common development in a maturing industry, as companies that started by providing tools gain enough experience to understand how the applications commonly built with those tools. The next step—which DataFlux hasn’t reached yet—is to become even more specific by developing packages for particular industries. The benefit of these applications is that they save clients work and allow quicker deployments.
Back to governance. DataFlux’s movement in that direction is an interesting strategy because it offers a possible escape from the commoditization of its core data quality functions. Major data quality vendors including Firstlogic and Group 1 Software, plus several of the smaller ones, have been acquired in recent years and matching functions are now embedded within many enterprise software products. Even though there have been some intriguing new technical approaches from vendors like Netrics and Zoomix, this is a hard market to penetrate based on better technology alone. It seems that DataFlux moved into governance more in response to customer requests than due to proactive strategic planning. But even so, they have done well to recognize and seize the opportunity when it presented itself. Not everyone is quite so responsive. The question now is whether other data quality vendors will take a similar approach or this will be a long-term point of differentiation for DataFlux.
DataFlux, as anyone still reading this probably knew already, is a developer of data quality software and is owned by SAS. DataFlux’s original core technology was a statistical matching engine that automatically analyzes input files and generates sophisticated keys which are similar for similar records. This has now been supplemented by a variety of capabilities for data profiling, analysis, standardization and verification, using reference data and rules in addition to statistical methods. The original matching engine is now just one component within a much larger set of solutions.
In fact, and this is what I find interesting, much of DataFlux’s focus is now on the larger issue of data governance. This has more to do with monitoring data quality than simple matching. DataFlux tells me the change has been driven by organizations that face increasing pressures to prove they are doing a good job with managing their data, for reasons such as financial reporting and compliance with government regulations.
The new developments also encompass product information and other types of non-name and address data, usually labeled as “master data management”. DataFlux reports that non-customer data is is the fastest growing portion of its business. DataFlux is well suited for non-traditional matching applications because the statistical approach does not rely on topic-specific rules and reference bases. Of course, DataFlux does use rules and reference information when appropriate.
The other recent development at DataFlux has been creation of “accelerators”, which are prepackaged rules, processes and reports for specific tasks. DataFlux started offering these in 2007 and now lists one each for customer data quality, product data quality, and watchlist compliance. More are apparently on the way. Applications like this are a very common development in a maturing industry, as companies that started by providing tools gain enough experience to understand how the applications commonly built with those tools. The next step—which DataFlux hasn’t reached yet—is to become even more specific by developing packages for particular industries. The benefit of these applications is that they save clients work and allow quicker deployments.
Back to governance. DataFlux’s movement in that direction is an interesting strategy because it offers a possible escape from the commoditization of its core data quality functions. Major data quality vendors including Firstlogic and Group 1 Software, plus several of the smaller ones, have been acquired in recent years and matching functions are now embedded within many enterprise software products. Even though there have been some intriguing new technical approaches from vendors like Netrics and Zoomix, this is a hard market to penetrate based on better technology alone. It seems that DataFlux moved into governance more in response to customer requests than due to proactive strategic planning. But even so, they have done well to recognize and seize the opportunity when it presented itself. Not everyone is quite so responsive. The question now is whether other data quality vendors will take a similar approach or this will be a long-term point of differentiation for DataFlux.
Subscribe to:
Posts (Atom)

