La réponse courte
La décision entre un CRM et une solution Data 360 ne se résume pas à "où y a-t-il de la place", mais plutôt à "qui consomme la donnée et à quelle fréquence". Un CRM est conçu autour d'un enregistrement qu'une personne crée, modifie et fait progresser dans un processus. Une solution Data 360 est construite autour d'un flux d'événements, agrégé en un profil, et utilisé pour la segmentation, l'analyse et l'activation.
Mélanger les deux approches mène à l'un des deux scénarios suivants : un CRM surchargé avec des millions d'enregistrements que personne ne consulte activement, ou une couche de données enrichie que personne n’utilise car elle n'est pas intégrée aux flux de travail opérationnels.
Répartition pragmatique
| Type d'information | Emplacement | Justification |
|---|---|---|
| Client, contact, opportunité, Case | CRM | Géré manuellement, moteur de processus et de permissions |
| Étape de vente, tâches, approbations | CRM | Automatisation et opérations quotidiennes |
| Clics, vues, utilisation du produit | Data 360 | Volume élevé, non géré manuellement |
| Historique des transactions de l'ERP | Data 360 (ou accès virtuel) | Volume et source de vérité externe |
| Profil unifié et identité inter-systèmes | Data 360 | Rôle d'unifier les identifiants |
| Score, segmentation, recommandation | Calculé dans Data 360, affiché dans le CRM | Calcul à fort volume, utilisation dans les flux de travail |
Le principe fondamental est le suivant : calculez là où il y a du volume, affichez là où une décision doit être prise.
Le test des quatre questions
Avant d'intégrer une donnée dans le CRM, posez-vous les questions suivantes : Est-ce que quelqu'un la modifie manuellement ? Est-ce qu'une automatisation ou une validation en dépend ? Est-elle requise pour un rapport opérationnel courant ? Influence-t-elle les permissions ou la propriété ? Si la réponse est non pour les quatre, la donnée appartient presque toujours à la couche d'unification.
L'inverse est également vrai : une donnée stockée uniquement dans Data 360 mais nécessaire à une prise de décision en temps réel doit disposer d'un mécanisme de réintégration – un champ récapitulatif, une vue, ou une action – sinon elle n'aura aucun impact sur le résultat commercial.
Volume, performances et coût
Un CRM est tarifé et conçu autour des enregistrements professionnels. Y intégrer des événements comportementaux modifie le profil de charge : les mises à jour massives ralentissent, la création de rapports devient fastidieuse, et les sauvegardes et environnements de test augmentent. Data 360 est conçu pour ce rythme et tarifé à la consommation, ce qui requiert une attention particulière : les requêtes larges et les flux superflus génèrent des coûts opérationnels.
Dans les deux cas, l'hygiène des données est primordiale : ne transférer que ce qui a un consommateur et définir une politique de Retention pour chaque flux. La discussion sur la copie versus l'accès à distance est détaillée dans Zero Copy et Fédération.
Permissions : l'écart facile à rater
Le modèle de permissions du CRM est riche et précis au niveau de l'enregistrement et du champ. Une couche d'unification fonctionne différemment : elle est conçue pour l'analyse, et son exposition est gérée par des règles d'accès et des masques. Une organisation qui transfère des données sensibles vers la couche d'unification sans planification risque de créer une visibilité plus large que celle existant dans le CRM.
La règle : tout flux contenant des informations sensibles fait l'objet d'une décision d'exposition explicite avant l'ingestion, et non après.
Scénario : Un détaillant qui a tout passé au CRM
Une chaîne de distribution a transféré trois ans d'historique d'achats — environ 40 millions de lignes — vers un objet personnalisé dans le CRM, dans le but que « le vendeur ait une vue complète ». Résultat : longs temps de chargement sur l'écran client, mises à jour nocturnes dépassant les fenêtres imparties et rapports échouant sur des délais d'attente.
Lors de la refonte, seuls quatre valeurs dérivées sont restées dans le CRM : la date du dernier achat, le montant sur 12 mois, la catégorie principale et un indicateur de risque d'attrition. L'historique complet a été transféré vers la couche d'unification, avec un lien vers une vue détaillée sur demande.
L'écran client se chargeait rapidement, les vendeurs ont obtenu les informations qu'ils recherchaient réellement, et la segmentation marketing s'est même améliorée, car elle s'exécutait sur des données toutes au même endroit et non plus seulement sur celles qui avaient pu être intégrées au CRM.
Risques courants et actions préventives
| Risque | Comment il se manifeste concrètement | Action préventive |
|---|---|---|
| Tout dans le CRM | Performances, coût et temps de chargement | Valeurs dérivées plutôt que l'historique brut |
| Tout dans la couche d'unification | Insights n'atteignant pas le flux de travail | Mécanisme de réintégration : champ, vue ou action |
| Pas de Retention | Volume croissant sans propriétaire défini | Politique de conservation définie pour chaque flux de données |
| Permissions non planifiées | Exposition d'informations sensibles lors de l'analyse | Décision d'exposition avant l'ingestion |
| Identité non unifiée | Profils fragmentés pour un même client | Règles de résolution d'identité définies |
Comment mesurer le succès
| Domaine | Ce qui est mesuré | Fréquence de vérification |
|---|---|---|
| Performances | Temps de chargement de l'écran client et des mises à jour massives | Mensuel |
| Unification | Pourcentage de profils unifiés avec succès | Mensuel |
| Activation | Segmentations et actions réellement générées à partir des données | Trimestriel |
| Coût | Consommation versus budget par flux | Mensuel |
La planification de la répartition entre CRM et couche d'unification s'effectue dans le cadre de nos services d'intégration et de données.
Liste de contrôle pour la décision
- ☐ Cartographie des flux de données selon le volume et la fréquence de mise à jour
- ☐ Test des quatre questions pour chaque flux
- ☐ Définition des valeurs dérivées à afficher dans le CRM
- ☐ Existence d'un mécanisme de réintégration de la couche d'unification vers le flux de travail
- ☐ Règles de résolution d'identité documentées
- ☐ Décision d'exposition pour chaque flux de données sensibles
- ☐ Politique de Retention pour chaque flux de données
- ☐ Estimation du coût de consommation pour le premier cycle
- ☐ Choix d'un cas d'usage unique pour une preuve de valeur
- ☐ Assignation d'un propriétaire pour chaque flux de données
Ressources professionnelles
- Salesforce Data 360 — https://www.salesforce.com/data/
- Salesforce Data 360 Architecture — https://architect.salesforce.com/docs/architect/fundamentals/guide/data-360-architecture.html
- HPI Pro – Intégrations et Données — https://hpi.pro/integrations-data