Dialog Insight offre 2 types de structure pour héberger et gérer votre base de contacts.
- Structure avec projet unique : Composée d'un seul projet (une liste de contacts), cette structure peut aussi contenir des tables relationnelles pour héberger des données connexes aux contacts de cette liste.
Voir Créer un projet - Structure CDP : Une Customer Data Platform est composée de plusieurs projets simples (projets sources) qui remontent les données à un projet supérieur (projet unifié). Cette structure est utile lorsque l'on veut gérer les contacts qui proviennent de sources d'acquisition, dont les objectifs et les formats de données sont différents. Les projets sources servent à récupérer les données de contacts provenant de sources externes (CRM, site Web ou boutique en ligne) ou des données générées à l'aide des différents outils de Dialog Insight. Le projet unifié sert à centraliser les données des projets secondaires dans le but de créer une vue 360 de chaque contact et à gérer les doublons de contacts. Généralement, c'est le projet unifié qui sert à envoyer des communications. Cette structure est idéale lorsque vous avez plusieurs sources de données que ne voulez pas nécessairement combiner.
En résumé, une CDP sert à :- Unifier/centraliser les données de contacts
- Créer une vue 360 des contacts
- Gérer les doublons
- Prioriser les sources
Dans cet article, nous verrons comment fonctionne une CDP. Il ne s'agit pas d'un guide d'installation ni d'un guide technique. La mise en place est faite par notre équipe après une évaluation de vos besoins en gestion de données contact. C'est une structure qui peut être adaptée au fur et à mesure que vos besoins évoluent. Il est possible d'ajouter des projets sources et d'en retirer après l'installation. Si vous avez un intérêt pour mettre en place une CDP, nous vous invitons à demander une démo ou à contacter le responsable de votre compte.
Unification des données
Cas d'utilisation Clients/Prospect
Vous avez d'une part des données qui proviennent de votre boutique en ligne et de l'autre des données générées lors qu'un prospect remplit un formulaire d'abonnement de Dialog Insight. Ces données sont récupérées dans 2 projets (Projet A et Projet B). La clé unique pour le projet A (Clients) est le numéro de client qui sert à identifier les contacts provenant de votre boutique en ligne, tandis que pour le projet B (Prospects), c'est le courriel collecté dans le formulaire. Les données des projets A et B sont synchronisées vers le projet unifié, qui sert à centraliser les données de contacts et à gérer les doublons. La synchronisation est toujours unilatérale vers le haut.
Dans cet exemple, nous avons un Jean-François Tremblay qui existe dans le projet A (parce qu'il a un compte sur votre boutique en ligne) et un Jeff Tremblay dans le projet B (parce qu'il a participé à une de vos activités de prospection, comme un concours). Ces deux contacts (qui sont la même personne) sont synchronisés vers le projet unifié qui, dans cet exemple, a comme règle d'unification le courriel. Cette règle détermine que c'est le champ courriel qui sert à connecter les contacts ensemble. Puisque Jean-François Tremblay et Jeff Tremblay ont le même courriel, ils sont unifiés dans le même profil dans le projet unifié. Dans cet exemple, le numéro de téléphone dans le projet unifié provient du projet Clients et la ville provient du projet Prospects.
Si les mêmes données sont présentes dans les 2 sources, mais avec une valeur différente, un ordre de priorité peut être appliqué dans le profil unifié, permettant de prioriser la donnée, par exemple, de la source Clients qu’on va juger plus de confiance que la donnée de la source Prospects. Dans ce cas, pour le prénom (qui est différent dans les 2 sources), on prioriserait Jean-François de la source Clients plutôt que Jeff dans la source Prospects.
Lorsqu'une même valeur pour le champ de connexion est présente plusieurs fois dans un même projet source (par exemple, si M. Tremblay avait eu plusieurs comptes en ligne avec la même adresse courriel), ils se connecteraient tous au même contact unifié, mais les données qui apparaitrait dans le profil unifié seraient celles déterminées dans les règles de connexion configurées.
Sources de contacts
Les projets secondaires servent à héberger des données importées de sources externes ou générées directement dans le projet avec les outils d'acquisition de DI.
Exemples de sources externes :
- CRM
- ERP
- Boutique E-commerce
- Listes hébergées
Voici quelques exemples de méthodes DI pour connecter des sources externes :