Un même client, une fiche différente sur chaque site
Deux plateformes capables de porter la vue client unifiée, aucun arbitrage entre elles, et un marketing bloqué à l'échelle du site pendant ce temps.
Trois programmes en parallèle, une question sans propriétaire
Le client est un groupe européen de retail premium qui exploite plusieurs sites commerciaux dans différents pays. Sa DSI menait de front trois chantiers : l'extension de la suite CRM et marketing, la construction d'une plateforme data sur une architecture lakehouse, et la refonte complète de l'écosystème digital (sites web, applications mobiles). La refonte digitale n'a jamais été candidate pour porter la donnée client. Le vrai débat opposait le CRM et la plateforme data, et chacune des deux équipes avait de bonnes raisons de revendiquer le rôle de référentiel.
Des campagnes qui s'arrêtaient aux portes du site
Le marketing ne pouvait cibler ses clients que site par site. Un client fidèle de deux sites dans deux pays était vu comme deux clients distincts, sans historique commun. Toute campagne européenne, ou simplement une relance d'un client vers un autre site que celui de sa première visite, demandait un travail manuel de rapprochement que personne ne faisait de façon systématique.
Des doublons et un programme de fidélité aveugle
Les fiches clients se dupliquaient d'un site à l'autre. Rien ne permettait de rapprocher automatiquement deux fiches appartenant à la même personne. Le programme de fidélité, lui, ne savait pas où ses membres faisaient leurs achats : le statut d'un client ne tenait pas compte de ses visites ailleurs dans le réseau, ce qui vidait de son sens la promesse d'une fidélité à l'échelle du groupe.
Deux outils qui savaient presque tout faire
Une bonne partie des fonctions attendues (résolution d'identité, segmentation, scoring, activation) pouvait techniquement être portée par l'une ou l'autre des deux plateformes cœur de métier. Ce recouvrement rendait chaque discussion circulaire. Sans grille commune, le choix se jouait sur les préférences des équipes plutôt que sur l'adéquation à des usages précis. S'y ajoutait une contrainte ferme : certains parcours client exigeaient une réponse en 3 à 5 secondes, ce qui excluait d'office toute architecture qui aurait fait transiter ces appels par un traitement analytique.
Un modèle hybride, sans troisième source de vérité
Un référentiel partagé entre CRM et plateforme data, chacun sur ses points forts, et une couche d'activation composable en aval plutôt qu'une CDP packagée.
Une grille de fit pour sortir du débat de préférences
Weldr Conseil a traduit les besoins métier en une quarantaine de cas d'usage, répartis sur une dizaine de capacités fonctionnelles, puis a évalué chaque capacité sur les deux plateformes. L'analyse a été conduite à la fois sous l'angle fonctionnel et technique, parce que le recouvrement entre les deux outils revenait comme l'argument principal pour ne rien trancher. Trois scénarios ont été comparés sur cette base : étendre le CRM, construire une CDP composable sur la plateforme data, ou ajouter une CDP tierce. Le résultat est hybride : le CRM porte l'identité, la fidélité et l'orchestration des parcours en temps réel ; la plateforme data porte l'historique canonique, l'analytique et les modèles prédictifs.
Le temps réel préservé, la CDP packagée écartée
Le délai de 3 à 5 secondes a été traité sans toucher à la chaîne existante. Plutôt que d'insérer la plateforme data dans ce chemin critique, le flux temps réel a été conservé tel quel et dupliqué, pour une redescente asynchrone vers l'entrepôt. Une CDP packagée a été écartée : le client renonce à une plateforme complète dès le premier jour et devra monter puis s'approprier lui-même la couche d'activation, en échange de quoi aucune troisième source de vérité n'entre dans le SI.
La mission a duré trois mois, au forfait, menée par deux consultants. Elle s'est appuyée sur une dizaine d'entretiens avec les directions IT, data, digital et marketing, et sur de nombreux points d'alignement avec la direction, y compris quelques revirements de stratégie en cours de route qu'il a fallu réintégrer dans l'analyse.
Une feuille de route amendée et un appel d'offres lancé
Le débat entre CRM et plateforme data est clos. Chaque capacité fonctionnelle a désormais une plateforme désignée et une justification écrite, ce qui a mis fin aux discussions circulaires sur le recouvrement entre les deux outils. Quatre cas d'usage prioritaires ont été validés formellement pour une première vague, dont la progression dans le programme de fidélité et la relance multicanale. La contrainte de temps réel ne bloque plus l'architecture cible, puisque le flux existant reste intact et que la plateforme data reçoit ses données sans ralentir les parcours client.
La recommandation n'a pas été suivie à l'identique. Weldr Conseil préconisait de commencer par consolider le référentiel client unique avant d'outiller l'activation. En séance de restitution, la direction marketing a obtenu que la CDP composable passe en premier, pour débloquer plus vite les campagnes multi-sites. La séquence a donc été inversée.
Ce choix a une conséquence assumée : les doublons de fiches entre sites et le programme de fidélité aveugle aux lieux de visite restent des sujets ouverts, qui dépendent du chantier de référentiel désormais placé en second. Les campagnes à l'échelle du groupe devraient en revanche devenir possibles dès la mise en service de la couche d'activation.
Le client a lancé un appel d'offres auprès d'éditeurs de CDP composable, dont Weldr Conseil assure le suivi.
Foire aux questions
Faut-il une CDP quand on dispose déjà d'un CRM et d'une plateforme data ?
Pas forcément sous sa forme packagée. Si le CRM et la plateforme data couvrent déjà l'identité et l'historique client, une CDP packagée ajoute un troisième endroit où la donnée client est stockée et réconciliée. Le critère est simple : qui sera la référence en cas de désaccord entre deux fiches ? Si la réponse n'est pas nette, une couche d'activation composable branchée sur l'existant crée moins de dette.
Comment arbitrer quand deux plateformes savent faire la même chose ?
En descendant au niveau de la capacité fonctionnelle plutôt qu'en comparant les plateformes en bloc. Pour chaque capacité, on évalue l'adéquation aux cas d'usage réels, la latence exigée et les compétences de l'équipe qui l'exploitera. Le résultat est souvent hybride, et c'est acceptable tant que chaque capacité a un seul propriétaire désigné.
Une plateforme data peut-elle servir des parcours client en temps réel ?
Rarement dans le chemin critique. Quand un parcours exige une réponse en quelques secondes, il est plus sûr de laisser l'outil opérationnel répondre et d'alimenter la plateforme data en asynchrone. La plateforme data enrichit ensuite les scores et segments, qui redescendent vers les outils d'activation à un rythme compatible avec leur usage.
Que perd-on en renonçant à une CDP packagée ?
Le confort d'une plateforme complète dès le démarrage. Une approche composable demande à l'entreprise de monter et d'exploiter elle-même sa couche d'activation, donc de disposer de compétences data en interne ou d'un partenaire. Ce coût d'appropriation est à comparer à celui de maintenir durablement la synchronisation entre trois référentiels.
Faut-il construire le référentiel client avant d'outiller l'activation ?
C'est l'ordre le plus sûr sur le plan technique : une activation branchée sur des données dédoublonnées produit des campagnes plus fiables. L'ordre inverse se défend quand la pression métier est forte et que des cas d'usage simples peuvent démarrer sur des données imparfaites. Il faut alors accepter que certains irritants, comme les doublons, persistent jusqu'au second chantier.
Partage
Partagez cet article sur les réseaux sociaux
