Pourquoi un même client existe-t-il *sous trois identifiants différents* ?

Un référentiel client unique est la version de référence d'une donnée client, celle qui fait autorité quand plusieurs systèmes se contredisent. Il ne s'agit pas d'une base supplémentaire, mais d'un ensemble de règles qui désignent où se trouve la bonne donnée, qui la maintient et qui tranche en cas de désaccord.

• Il repose sur des règles de création, de qualification et de correction des entrées.
• Il désigne un responsable nommé pour chaque domaine de données.
• Il s'appuie sur un glossaire métier qui fixe le sens des termes clés.
• Il permet à la conformité et aux métiers de partir des mêmes chiffres.
• Il rend possibles les projets transverses qui restaient bloqués.

Rarement. Dans la plupart des organisations, aucun logiciel ne manque : ce qui manque, c'est une règle claire sur qui décide, qui maintient et où se trouve la version de référence. Ajouter un outil à un dispositif sans responsable ne fait que déplacer le problème.

• Les systèmes existants suffisent le plus souvent à porter le référentiel.
• Les points de rupture entre systèmes sont d'abord cartographiés et documentés.
• Les rôles de responsable et de gestionnaire sont attribués à des personnes nommées.
• Les règles de gestion précisent comment une entrée est créée, corrigée et fusionnée.
• L'outillage vient après, si le dispositif le rend nécessaire.

Le Data Owner répond d'un domaine de données : il décide des règles et arbitre les désaccords. Le Data Steward les applique au quotidien : il qualifie, corrige et maintient les entrées. Cette distinction sépare l'autorité de l'exécution, ce qui évite que les questions de qualité restent sans réponse.

• Chaque domaine prioritaire reçoit un Data Owner et un Data Steward nommés.
• Une matrice des responsabilités précise qui décide, qui maintient, qui est consulté.
• Les rôles sont définis en atelier, avec le métier et l'informatique réunis.
• Les référents formés font ensuite vivre le dispositif sans accompagnement extérieur.

Par une cartographie des flux entre systèmes, qui documente les points de rupture : à quel moment un client se dédouble, où les identifiants divergent, et quel impact métier cela produit. Ces dédoublements naissent souvent de croissances externes successives, chaque portefeuille arrivant avec sa propre logique d'identification.

• Les flux sont tracés entre les systèmes qui produisent et consomment la donnée client.
• Chaque dédoublement est documenté avec son effet concret sur le travail des équipes.
• Le coût des réconciliations manuelles, souvent invisible, devient mesurable.
• Les domaines à plus forte friction sont traités en premier.

Environ quatre mois, avec un chef de projet data et un consultant gouvernance. La durée dépend surtout du nombre de systèmes à cartographier et de la capacité de la direction à trancher rapidement sur les périmètres prioritaires.

• Le cadrage aligne direction et métiers sur les domaines à traiter en priorité.
• L'audit de l'existant cartographie les flux et documente les ruptures.
• Les ateliers de co-construction définissent les rôles avec métier et informatique.
• Le transfert forme les référents pour que le dispositif vive en autonomie.

Un glossaire métier fixe une définition unique pour chaque terme clé, validée par les métiers concernés. Il devient opposable dès lors que tout le monde s'y réfère : une expression comme client actif ou contrat en cours cesse alors de désigner des réalités différentes selon l'équipe qui la prononce.

• Chaque terme reçoit une définition unique, écrite et validée collectivement.
• Le glossaire tranche les désaccords sans rouvrir le débat à chaque réunion.
• Les chiffres produits deviennent comparables entre marketing et conformité.
• La discussion porte sur les décisions, non plus sur la fiabilité des données.