Navigation

La structure Customer Data Platform (CDP) dans Dialog Insight

Dialog Insight offre 2 types de structure pour héberger et gérer votre base de contacts.

  1. 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

  2. Structure CDP : Une Customer Data Platform est composée de plusieurs projets simples (projets secondaires) qui remontent les données à un projet supérieur. Cette structure est utile lorsque l'on veut gérer les contacts qui proviennent de différentes sources d'acquisition, dont les objectifs et les formats de données sont différents. Les projets secondaires (projets sources) servent à récupérer les données de contacts provenant de sources externes (CRM, API, intégration ou boutique en ligne) ou des données générées à l'aide des différents outils de Dialog Insight. Le projet supérieur sert à centraliser les données des projets secondaires et à gérer les doublons de contacts. Généralement, c'est le projet supérieur 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. selon des des règles définies. Il est possible d'ajouter des projets secondaires et en retirer. C'est une structure qui peut être adaptée au fur et à mesure que vos besoins évoluent. 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 Prospects/Abonnés
Vous avez d'une part des données qui proviennent d'un formulaire d'abonnement de Dialog Insight et de l'autre des données de votre boutique E-commerce. Ces données sont récupérées dans 2 projets (Projet A et Projet B). La clé unique pour le projet A (Abonnés) est le courriel, tandis que pour les données importées de votre boutique, c'est un numéro de client qui sert à identifier les contacts dans le projet B (Clients). Les données des projets A et B sont synchronisées vers le projet supérieur, 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 une occurence de Jean Tremblay dans le projet A et une autre dans le projet B. Ces deux contacts sont synchronisés vers le projet supérieur qui a comme règle d'unification le courriel. Cette règle indique avec quel champ on détermine le contact qu'on conserve dans le projet supérieur en cas de doublons. Puisque les deux Jean Tremblay ont le même courriel, ils sont unifiés dans le même profil dans le projet supérieur.


Sources de contacts

Les projets secondaires servent à héberger des données importées de sources externes (données hébergées sur une autre plateforme que DI) 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 :

Cette réponse a-t-elle été utile ? Oui Non

Envoyer vos commentaires
Désolés de n'avoir pu vous être utile. Aidez-nous à améliorer cet article en nous faisant part de vos commentaires.