Sur mon mandat, j’entends la belle phrase à toutes les sauces: « on met le client au centre ». Sauf que dans la vraie vie, les données du client sont éparpillées partout. Une partie dans l’application des ventes, une partie dans la comptabilité, une partie dans un fichier Excel sur le poste de quelqu’un. Le client est au centre du discours, mais en mille morceaux dans les systèmes.

Le résultat concret, je le vois quand je code. Le même client existe trois fois, écrit trois façons différentes, avec trois adresses pas pareilles. Lequel est le bon? Personne le sait pour de vrai.

Le portrait du désordre

flowchart TD
    A[Client réel] --> B[Fiche dans les ventes]
    A --> C[Fiche en comptabilité]
    A --> D[Ligne dans un Excel]
    B --> E{Quelle version<br/>est la vraie?}
    C --> E
    D --> E
    E -.-> F[Personne ne sait]

Chaque système pense qu’il détient LA fiche client. Pis chacun a un petit bout de vérité, mais aucun le portrait complet. Quand je dois bâtir un rapport ou croiser des données, ce désordre-là remonte à la surface tout de suite.

La question qui devrait venir avant le code

Avant de parler d’outil ou de logiciel à acheter, la vraie question est plate mais essentielle: c’est quoi, la source de vérité pour un client? Qui a le droit de créer une fiche, de la modifier, de décider que deux fiches sont en fait la même personne? Tant que c’est pas réglé, n’importe quel beau système va juste empiler un quatrième endroit où le client existe.

Ce que j’en retiens

Mettre le client au centre, c’est pas une affaire de slogan ni de logiciel magique. C’est une affaire de discipline: décider d’une source de vérité pis s’y tenir. Comme dev, j’ai compris que le désordre des données client est rarement un problème technique — c’est un problème d’organisation que la technique vient juste révéler au grand jour.