SAP CDP

Qu’est-ce que SAP Customer Data Platform ?

SAP Customer Data Platform est la plateforme de données client en temps réel de SAP : elle ingère les données des sources commerce, service, marketing et ERP, résout les identités entre points de contact anonymes et connus, et active des profils unifiés et conformes au consentement sur chaque canal connecté. La page produit officielle et la documentation du SAP Help Portal sont les références canoniques.

Spadoom conçoit les modèles de données, les pipelines d’ingestion et les flux d’activation derrière SAP CDP pour des clients en Suisse, en Allemagne, en Autriche et en Italie. Ci-dessous : ce que nous livrons, en quoi la CDP diffère de Customer Identity (CIAM) et d’où vient généralement la valeur d’une CDP.

Ce que Spadoom livre

Une Customer Data Platform n’a de valeur que si les données qu’elle contient sont fiables. La plupart des projets CDP échouent au niveau de la couche de données : mauvais mapping des sources, identifiants incohérents, capture du consentement incomplète.

Chaque projet CDP chez Spadoom commence par un audit des données. Nous nous asseyons avec vos équipes techniques et marketing pour cartographier chaque point de contact client : quelles données il génère, comment elles sont structurées, où se trouvent les identifiants, et ce qui doit être transformé avant l’ingestion. Nous documentons les lacunes. Nous signalons les angles morts en matière de consentement. Ce n’est qu’ensuite que nous configurons la plateforme.

Cette approche est plus lente au départ et nettement plus rapide au final. Elle élimine les cycles de reprise qui minent les déploiements CDP où les équipes sautent l’audit et commencent à connecter des sources dès le premier jour.

En tant que partenaire SAP Gold avec des bureaux à Zoug (siège) et Wädenswil, ainsi qu’à Cornate d’Adda près de Monza (Italie), Vienne et Tallinn, nous livrons des projets CDP à travers la région DACH, l’Italie et l’ensemble de l’Europe. Notre mise en œuvre suit la méthodologie SAP Activate en cinq phases (découverte, préparation, exploration, réalisation et déploiement), adaptée spécifiquement au périmètre et à la complexité des projets CDP.

Nous ne sommes pas un revendeur de plateforme. Nous construisons le modèle de données, les pipelines d’ingestion, les règles d’identité et les flux d’activation. Ensuite, nous formons votre équipe à les exploiter.

Le côté ERP du profil client

Un profil unifié ne vaut que ce que valent les données ERP qui se trouvent derrière : fichier clients, commandes, factures, situation de crédit, adresses de livraison. Lorsque le CDP et l’ERP sont confiés à deux prestataires différents, les numéros de client divergents et l’historique de commandes manquant deviennent des tickets qui passent de l’un à l’autre. Spadoom livre SAP S/4HANA Public Cloud et les produits SAP CX avec une seule équipe : le côté ERP du modèle de données est cartographié dans le même audit que le côté CX, au lieu de devenir le problème de quelqu’un d’autre. Lorsqu’un flux demande une logique sur mesure, nous le construisons sur SAP BTP. Si votre ERP doit lui-même changer, notre guide de la transformation ERP et CX montre comment les deux chantiers s’articulent.

CDP vs Customer Data Cloud : lequel est lequel ?

Le CDP et Customer Identity (CIAM, anciennement partie de SAP Customer Data Cloud) se ressemblent et sont souvent confondus. Ils résolvent des problèmes différents, et la plupart des entreprises finissent par avoir besoin des deux.

Pensez à Customer Identity (CIAM) comme à la porte d’entrée. Il répond à la question : « qui est cette personne, comment le prouve-t-elle, et à quoi a-t-elle consenti ? » Cela couvre l’inscription, la connexion, le social sign-in, la réinitialisation de mot de passe, la capture du consentement et la gestion des préférences. Il est propriétaire du moment où un inconnu devient un client identifié.

Pensez à la Customer Data Platform (CDP) comme à la salle des machines. Elle répond à la question : « qu’a déjà fait cette personne avec nous, à quoi ressemble-t-elle comme profil unifié, et quelles audiences devons-nous activer ? » Cela couvre l’ingestion depuis le commerce, le service, le marketing, l’ERP et les systèmes tiers ; la résolution d’identité à travers les points de contact anonymes et connus ; la construction de segments ; l’envoi vers les canaux en temps réel.

Historiquement, SAP regroupait ces deux capacités sous l’ombrelle SAP Customer Data Cloud (SAP CDC). Depuis, SAP a scindé l’offre en produits distincts (Customer Identity pour la mission CIAM, Customer Data Platform pour la mission d’unification et d’activation), pour que vous puissiez les acheter, les cadrer et les faire évoluer séparément. Dans une architecture SAP CX typique, le CIAM alimente le CDP en événements d’inscription et de consentement, et le CDP renvoie des profils enrichis vers Sales, Service, Commerce et SAP Engagement Cloud (anciennement Emarsys).

D’où vient la valeur

Les projets CDP doivent être rentabilisés. Si le vôtre ne l’est pas, quelque chose n’a pas fonctionné au niveau du cadrage ou de l’exécution. Voici d’où vient généralement la valeur d’un CDP :

• Moins de gaspillage publicitaire. Lorsque vous excluez les clients récemment convertis et dédupliquez les audiences, vous cessez de payer pour atteindre des personnes qui ont déjà acheté. L’économie se voit dans le budget média, elle est donc facile à mesurer.
• Une personnalisation fondée sur le comportement réel. Les profils unifiés permettent à SAP Engagement Cloud et à votre moteur de commerce de voir le comportement réel, pas des instantanés partiels. Les clients jusqu’ici éclatés entre plusieurs systèmes deviennent adressables comme une seule personne.
• Activation des segments en minutes, pas en jours. Les marketeurs construisent et poussent des segments depuis l’interface CDP sans déposer de ticket. Le passage d’une idée métier à une campagne en production n’attend plus la file d’attente technique.
• Moins de doublons clients. La résolution d’identité fusionne les profils fragmentés. Votre CRM, votre service desk et votre plateforme marketing cessent de traiter un seul client comme trois personnes distinctes.

Vous souhaitez modéliser les chiffres pour votre entreprise ? Utilisez notre calculateur de ROI pour estimer l’impact avant le lancement du projet.

SAP CDP dans le contexte SAP CX

SAP Customer Data Platform est le tissu conjonctif de la suite SAP CX. Lorsqu’il est correctement implémenté, chaque produit connecté en bénéficie.

SAP Engagement Cloud reçoit des données de segmentation plus riches. Les campagnes ciblent des audiences construites à partir de profils unifiés, et non de listes e-mail cloisonnées. La suppression fonctionne parce que SAP Engagement Cloud sait ce qui s’est passé en commerce et en service, pas seulement dans les envois d’e-mails précédents. Pour en savoir plus, consultez notre article approfondi sur l’intégration Engagement Cloud et CDP.

Les agents SAP Sales Cloud V2 voient la valeur vie client, les tickets de support récents et l’engagement marketing aux côtés des opportunités de pipeline. Ils arrivent en rendez-vous avec du contexte au lieu de naviguer à l’aveugle.

Les agents SAP Service Cloud V2 voient l’historique complet d’achat du client, son niveau de fidélité, les offres marketing en cours et les interactions passées, sur un seul écran. Les délais de résolution diminuent parce que les agents cessent de demander aux clients de se répéter.

SAP Commerce Cloud utilise les segments CDP pour la personnalisation sur site. Les recommandations de produits, les règles tarifaires et les blocs de contenu réagissent au profil unifié, pas seulement au cookie de session en cours.

SAP Customer Identity (CIAM) fournit la couche d’authentification et de consentement qui alimente le CDP. Les événements d’inscription, les mises à jour de consentement et les changements de préférences affluent dans le CDP en temps réel. Pour comprendre comment ces deux systèmes se répartissent les responsabilités, consultez notre comparatif CDP vs CDC.

SAP Loyalty Management partage les soldes de points, les statuts de niveaux et les échanges de récompenses avec le CDP. Ces données enrichissent les profils et permettent une segmentation sensible à la fidélité sur tous les canaux.

Si vous exploitez plusieurs produits SAP CX, une implémentation CDP multiplie la valeur de chacun. Si vous n’êtes que sur un seul produit aujourd’hui, le CDP est le socle qui rend le déploiement du suivant rapide.

Résolution d’identité

La résolution d’identité est la partie la plus difficile d’une implémentation CDP. C’est aussi celle qui génère le plus de valeur. Si elle est mal exécutée, vos profils unifiés sont de la fiction. Si elle est bien exécutée, chaque système en aval en bénéficie.

SAP CDP prend en charge deux approches :

Le matching déterministe relie les enregistrements qui partagent un identifiant exact : adresse e-mail, numéro de téléphone, identifiant de fidélité, numéro de compte CRM. Cela produit des fusions à haute confiance. C’est le pilier de la résolution d’identité, et il couvre la majorité des correspondances dans un déploiement typique.

Le matching probabiliste comble les lacunes. Il utilise des signaux comportementaux, des empreintes d’appareils et un rapprochement approximatif des attributs pour relier les enregistrements qui appartiennent probablement à la même personne. Des scores de confiance déterminent si une fusion se fait automatiquement ou est signalée pour vérification.

Spadoom configure des politiques de fusion qui définissent quelle source prévaut lorsque deux enregistrements se contredisent. Votre CRM indique que le client est à Zurich ; votre plateforme e-commerce dit Bâle. Les politiques de fusion résolvent cela en fonction de la fiabilité et de la récence de la source, pas du hasard.

L’impact concret : moins de profils en double une fois la résolution d’identité en service, mesurés par rapport à la situation de départ relevée lors de l’audit. Cela signifie moins d’impressions marketing gaspillées, des calculs de valeur vie client plus précis et des agents de service qui voient le véritable historique.

Activation en temps réel

Les chargements de données par lots sont nécessaires mais pas suffisants. Les cas d’usage CDP à plus forte valeur reposent sur le traitement d’événements en temps réel.

SAP CDP ingère des événements en streaming (pages vues, ajouts au panier, soumissions de formulaires, interactions de service, événements d’application) et met à jour le profil unifié en quelques secondes. Cela alimente trois catégories de cas d’usage :

Abandon de panier et relance de navigation. Un client ajoute un produit à son panier sur votre site e-commerce et quitte la page. En quelques secondes, le CDP met à jour le profil et pousse l’événement vers SAP Engagement Cloud. L’e-mail de relance part alors que l’intention est encore vive, pas 24 heures plus tard à partir d’une synchronisation par lots.

Scoring de leads en temps réel. Un prospect visite votre page tarifaire, télécharge un livre blanc et ouvre un e-mail récent. Chaque événement met à jour le score du lead dans le CDP. Lorsque le score dépasse un seuil, le CDP pousse le profil enrichi vers Sales Cloud V2 comme lead chaud. Le commercial le voit dans sa file d’attente en quelques minutes.

Enrichissement du contexte de service. Un client contacte le support après avoir passé une commande et consulté la page des retours. Le profil CDP, mis à jour en temps réel, informe l’agent Service Cloud V2 de ce qui s’est passé avant que le client n’ait besoin de l’expliquer. La résolution est plus rapide. Le client se sent compris.

Spadoom configure l’architecture du pipeline d’événements lors de la phase de découverte. Nous définissons quels événements comptent, comment ils correspondent au modèle de données et quelles règles d’activation déclenchent les actions en aval.

À quoi ressemblent les données non-SAP

Nombre de nos clients ont des données client réparties dans des systèmes non-SAP. SAP CDP gère ces cas via l’ingestion standard par API, des connecteurs préconfigurés et des intégrations en streaming.

Salesforce CRM. Comptes, contacts, opportunités et activités se synchronisent dans le CDP via des connecteurs API. Nous mappons les champs Salesforce au modèle de données CDP et configurons la synchronisation bidirectionnelle si nécessaire.

Shopify et autres plateformes e-commerce. Commandes, fiches clients et événements de navigation affluent dans le CDP. C’est courant pour les clients qui utilisent SAP pour le B2B et Shopify pour le B2C, et le CDP unifie le client à travers les deux.

API sur mesure et applications mobiles. Tout système disposant d’un endpoint REST ou webhook peut pousser des événements vers le CDP. Les SDK d’applications mobiles capturent le comportement in-app (vues d’écran, utilisation des fonctionnalités, achats intégrés) et le diffusent vers le profil unifié.

Data lakes et entrepôts de données. BigQuery, Snowflake, Azure Synapse, Amazon Redshift : le CDP ingère des exports par lots depuis n’importe lequel d’entre eux. Cela couvre les chargements de données historiques et l’enrichissement périodique à partir de systèmes d’analytique.

Nous dimensionnons chaque intégration non-SAP dans le cadre du plan de projet. Mapping des formats de données, authentification, limites de débit, gestion des erreurs et monitoring : tout est défini avant le début du développement. Il n’y a pas de surprise au go-live sur ce qui peut ou ne peut pas être connecté.

Connecter des sources non-SAP soulève une question complémentaire : ces données relèvent-elles du CDP ou du CDC ? Notre guide SAP CDP vs CDC vous aide à tracer cette frontière avant le lancement du projet.

L’avantage de l’intégration

Un CDP n’est pas un produit autonome. Sa valeur se démultiplie avec chaque système qui lui est connecté.

Une seule source de données dans le CDP vous offre un magasin de profils propre. Deux sources vous offrent la résolution d’identité. Trois sources vous offrent des segments qui reflètent réellement le comportement client. Quatre sources ou plus vous offrent une vue client unique qu’aucun système individuel ne peut produire seul.

Cet effet cumulatif explique pourquoi nous traitons le CDP comme une infrastructure, pas comme une application. Il se situe entre vos systèmes opérationnels et vos canaux d’activation. Il ne remplace pas votre CRM, votre plateforme marketing ou votre moteur de commerce. Il les rend tous meilleurs en leur fournissant des données client unifiées, conformes au consentement et en temps réel.

L’implication pratique pour la planification de projet : la valeur du CDP évolue avec le nombre de sources connectées. Commencez par vos deux ou trois sources à plus forte valeur, généralement le CRM, le commerce et le marketing. Prouvez le ROI. Puis élargissez. Chaque source supplémentaire est plus rapide à connecter car le modèle de données et les règles d’identité existent déjà.

Pour un aperçu détaillé de la place du CDP dans l’architecture SAP CX au sens large, consultez notre article approfondi sur SAP CDP.

À quoi ressemble la réussite

Au lancement du projet, nous convenons d’objectifs sur quatre dimensions et nous les mesurons six mois après le go-live :

Qualité des données. Les profils en double sont en baisse par rapport à la situation de départ de l’audit. La couverture du consentement des clients actifs est connue et suivie. Les objectifs de fraîcheur des données sont respectés : les événements en temps réel arrivent en quelques secondes, les sources par lots se synchronisent dans les fenêtres définies.

Efficacité marketing. Le chevauchement des audiences de campagne diminue parce que les segments sont construits à partir de profils unifiés, pas de listes cloisonnées. Les règles de suppression fonctionnent à travers les canaux. Le coût par acquisition baisse parce que vous cessez de dépenser pour des clients déjà convertis.

Contexte commercial et de service. Les utilisateurs CRM dans Sales Cloud V2 et Service Cloud V2 voient le profil unifié sans changer de système. Les agents consultent l’historique d’achat, l’engagement marketing et le statut de fidélité depuis un seul écran. Les clients cessent d’entendre « Pouvez-vous me redonner votre numéro de commande ? »

Autonomie opérationnelle. Les équipes marketing construisent et activent des segments sans déposer de tickets auprès de l’équipe technique. Passer de « nous avons besoin de cette audience » à « elle est en production dans SAP Engagement Cloud » ne dépend plus d’un développeur. L’intégration de nouvelles sources de données suit un processus documenté et reproductible, et non un projet sur mesure à chaque fois.

Si votre configuration actuelle ne produit pas ces résultats, le problème se situe dans votre architecture de données ou dans votre approche d’implémentation. Vous vous demandez si un CDP a sa place dans votre feuille de route maintenant ou plus tard ? Notre guide de planification présente le cadre de décision que nous utilisons avec nos clients. Ou estimez l’impact financier avant le lancement du projet.