Deux fiches pour le même client : fusionner un CRM sans effacer le bon historique

Un commercial retrouve deux fiches qui semblent décrire la même personne. L’une contient les échanges récents, l’autre un ancien contrat. Une fusion rapide peut supprimer la mauvaise valeur, rattacher une demande au mauvais compte ou mélanger deux homonymes. Avant de nettoyer le CRM, il faut définir ce qui prouve un doublon et ce qui doit rester séparé. La simplicité apparente du bouton « fusionner » ne remplace pas cette décision.

Définir le doublon avec plusieurs indices

Un nom identique constitue un signal, pas une preuve. Une adresse électronique peut être partagée par une équipe ; un numéro de téléphone peut changer de titulaire. À l’inverse, une même personne peut utiliser une adresse professionnelle et une adresse personnelle. Votre règle doit tenir compte de ce que représente la fiche : individu, entreprise, établissement ou compte contractuel.

Commencez par les identifiants les plus fiables disponibles dans votre organisation. Comparez ensuite le domaine, l’adresse, les interlocuteurs et les dossiers liés. Placez les cas incertains dans une liste à examiner plutôt que de les traiter automatiquement. Une différence d’établissement ou de contrat peut justifier deux fiches, même si le nom commercial reste identique.

Choisir quelle valeur gagne pour chaque champ

La fiche la plus récente n’est pas forcément la meilleure sur tous les points. Elle peut contenir une nouvelle adresse électronique et une adresse postale incomplète. Définissez des règles par champ : source vérifiée, date de mise à jour ou validation par un responsable. Si deux valeurs restent plausibles, gardez-les dans les champs adaptés au lieu de remplacer arbitrairement l’une par l’autre.

La qualification commerciale mérite la même attention. Fusionner une fiche prospect avec une fiche client ne doit pas transformer un ancien intérêt en engagement récent. Examinez les statuts, les préférences de contact et les informations de provenance. Une fusion technique ne crée pas un droit supplémentaire d’utiliser les données. Les règles de votre organisation restent applicables après le nettoyage.

Examiner les objets liés avant de lancer l’opération

Les notes ne sont qu’une partie de l’historique. Vérifiez les opportunités, tickets, tâches, pièces jointes et éventuelles intégrations. Deux fiches peuvent porter des identifiants utilisés par la facturation ou le support. Si la fusion supprime l’un de ces identifiants, un autre outil peut recréer le doublon lors de sa prochaine synchronisation ou perdre son rattachement.

Consultez la documentation de votre CRM pour savoir comment la fusion traite ces relations et si un retour arrière existe. Travaillez d’abord sur un cas sans ambiguïté. Comparez le résultat avant et après, y compris dans les outils connectés. Un export préalable constitue un point de référence, mais ne garantit pas à lui seul une restauration complète des relations.

Corriger la cause de création des doublons

Un nettoyage ponctuel restera temporaire si les nouveaux formulaires, imports ou connecteurs créent toujours une fiche sans rechercher l’existante. Repérez l’origine de chaque groupe de doublons. Une saisie libre, une absence d’identifiant stable ou deux intégrations parallèles appellent des corrections différentes. Ne bloquez pas toutes les fiches au même nom : cette règle gênerait les homonymes légitimes.

Attribuez un responsable à la qualité des données et prévoyez un contrôle régulier des cas nouveaux. Documentez les critères et les exceptions pour que deux collègues traitent le même dossier de la même façon. Le premier résultat recherché est un historique compréhensible pour les équipes. Une base plus petite mais remplie de rapprochements douteux ne constitue pas une amélioration fiable.