Un data warehouse est une base de données analytique généraliste ; un CDP est une couche de données clients orientée marketing avec résolution d’identité et activation intégrées. Le bon choix dépend de si vous avez des ingénieurs data, du nombre d’outils client à alimenter, et de si le marketing est propriétaire du cas d’usage.
Ce que fait réellement chacun
Un data warehouse (Snowflake, BigQuery, Databricks, Redshift) stocke n’importe quelle donnée, joint tout à tout, et répond à n’importe quelle requête analytique si quelqu’un écrit le SQL. Il ne résout pas, par défaut, les identités entre systèmes, ne gère pas le consentement, et ne pousse pas des audiences vers les plateformes publicitaires.
Un CDP (Segment, mParticle, Hightouch en tant que « CDP composable », Klaviyo pour l’e-commerce) ingère des événements, résout l’identité entre email, appareil et compte, et active des segments vers les outils en aval. C’est un logiciel opinioné qui résout les problèmes du dernier kilomètre marketing dès la sortie de la boîte.
Quand vous avez besoin d’un CDP
Achetez un CDP si au moins deux de ces conditions sont vraies : le marketing opère au moins une demi-douzaine d’outils d’activation (publicités, email, push, personnalisation on-site) ; vous n’avez aucune capacité d’ingénierie data pour écrire des pipelines reverse-ETL ; la résolution d’identité entre utilisateurs anonymes et connus est un problème quotidien ; ou la gestion du consentement et de la conformité nécessite un point de contrôle unique.
Quand le warehouse suffit
Passez le CDP si votre stack est principalement Salesforce plus HubSpot plus quelques canaux publicitaires, que vous avez une équipe data capable de construire des modèles en dbt, et que vous disposez d’outils reverse-ETL (Hightouch, Census) pour pousser les audiences du warehouse vers l’extérieur. Le pattern « CDP composable » — warehouse plus reverse-ETL plus un modèle d’identité — a absorbé beaucoup du territoire CDP traditionnel en B2B.
Pourquoi cela importe en B2B
En B2B, la résolution d’identité est au niveau du compte. La plupart des CDP historiques ont été construits pour la résolution individuelle dans le domaine grand public. Les éditeurs à saveur ABM comme 6sense et Demandbase brouillent encore davantage la frontière en ajoutant intent et enrichissement firmographique par-dessus une résolution de type CDP. La décision est rarement warehouse-ou-CDP ; c’est warehouse-plus-quoi.
Pièges courants
- Acheter un CDP pour corriger des données CRM sales. Un CDP ne peut pas vous sauver de stades d’opportunités inconsistants ou de comptes doublons. Corrigez le CRM d’abord.
- Construire un CDP composable sans équipe data. Le reverse-ETL est opérationnellement simple jusqu’à ce qu’un modèle tombe en panne à 2h du matin. Si personne n’en est responsable, achetez le produit packagé.
- Confondre CDP et MAP. Une plateforme d’automatisation marketing envoie des emails. Un CDP alimente le MAP. Ils coexistent.
Voir aussi
- Reverse ETL — le pattern qui alimente les CDP composables
- CDP — la catégorie en détail
- Stack technologique RevOps — là où s’intègrent ces outils