Presque toutes les organisations en contact avec la clientèle se sont un jour fixé pour objectif une vue client à 360 degrés, et beaucoup se sont retrouvées un ou deux ans plus tard avec un tableau de bord élégant mais incomplet. Le conseiller du centre de contact ouvre toujours trois systèmes pour consulter l'historique complet. Le marketing envoie toujours une offre commerciale à un client qui s'est plaint la semaine précédente. Le responsable des risques ignore toujours que ce client est garant dans une autre entité. Le problème n'est pas le tableau de bord ; ce sont les couches qui se trouvent en dessous.
L'enjeu se manifeste à trois niveaux. Dans l'expérience client, chaque fois qu'un client doit répéter des informations déjà fournies, la confiance s'érode. Dans les risques et la conformité, ne pas voir l'image complète d'une personne, c'est ne pas pouvoir mesurer son exposition globale ni repérer des comportements suspects. Dans l'IA, tout modèle entraîné sur des données fragmentées apprend la fragmentation, non le client. Une vue à 360 degrés n'est donc pas un projet de reporting ; c'est un prérequis pour l'exploitation, les risques et l'intelligence tout à la fois.
Une architecture efficace repose sur trois piliers. Le premier est le référentiel des tiers, qui détient l'identité de référence de chaque client et y rattache les identifiants de chaque système ; sans ce pilier, il est tout simplement impossible de relier les enregistrements. Le deuxième est le data lake, qui collecte et conserve les interactions, transactions, demandes et événements de tous les canaux, indexés par l'identifiant de référence. Le troisième est la couche d'analyse et de restitution, qui transforme ces données en vues prêtes à l'emploi : sous forme de tableaux de bord pour les personnes, et d'API pour les systèmes.
La première considération pratique est la définition du client, une question en apparence simple à laquelle chaque service répond différemment. Pour les ventes, un client est quelqu'un qui a acheté ; pour le marketing, toute personne inscrite ; pour les risques, toute personne détenant un engagement ou s'en portant garante. Une vue à 360 degrés ne doit pas fondre ces définitions en une seule, mais les accueillir toutes dans un même modèle : la personne, ses rôles et ses relations. Par exemple, un même individu peut être à la fois client particulier, directeur général d'une entreprise cliente et garant d'un crédit, et ces trois rôles doivent apparaître dans une seule vue.
La deuxième considération est la fraîcheur des données. Une vue à 360 degrés actualisée chaque nuit convient à un rapport de direction, mais reste inutile pour le conseiller du centre de contact, car le client l'interroge sur une transaction effectuée il y a dix minutes. La réponse consiste à combiner deux voies : le chargement par lots pour l'historique et l'analytique, et un flux d'événements pour les mises à jour en quasi temps réel. Grâce à cette combinaison, la vue client offre une profondeur historique tout en affichant les dernières interactions, et chaque voie peut être exploitée et dimensionnée selon ses propres contraintes.
Les écueils courants sont connus. Premièrement, construire le tableau de bord avant le référentiel des tiers ; il en résulte une vue qui affiche un client distinct pour chaque identifiant local. Deuxièmement, copier les données dans un nouvel entrepôt sans définir de propriétaires ni de règles de qualité, ce qui ne fait que déplacer la fragmentation à une nouvelle adresse. Troisièmement, négliger la vie privée et le contrôle d'accès ; une vue à 360 degrés est précisément ce qui ne doit pas être ouvert à tous, et elle doit masquer certains champs selon le rôle. Quatrièmement, concevoir pour les personnes en oubliant les systèmes ; la valeur la plus importante apparaît lorsque cette même vue est exposée via une API aux canaux et aux agents.
Chez Niadad, ces trois piliers correspondent à trois plateformes complémentaires. Ashna («آشنا») est le référentiel des tiers, qui détient les identités de référence et les relations. Darya («دریا») est le data lake, qui rassemble les interactions et les événements de tous les canaux sous l'identifiant partagé. Binesh («بینش») est la couche de business intelligence qui construit les vues client, les tableaux de bord et les analyses à partir de ces données. Dans le programme bancaire de Niadad, ces trois plateformes s'articulent avec la couche événementielle, de sorte que la vue client offre une profondeur historique tout en restant à jour des dernières interactions.
La vue client à 360 degrés n'est pas une destination ; c'est un point de départ. Dès qu'une organisation peut dire avec certitude qui est cette personne, ce qu'elle a fait et à qui elle est liée, elle peut enfin se tourner vers les questions à plus forte valeur : ce qui lui convient, quel risque elle représente et comment améliorer son expérience. C'est dans ces questions que se crée la valeur pour le client, et y parvenir exige le patient travail de fond sur l'identité, les données et la gouvernance décrit ici.