Doublons dans un CRM : garder le bon contact et le suivi commercial

Analyse de la documentation officielle, sans test en compte payant.

Reconnaître un doublon : comparer l’identité et le contexte

Commencez par séparer la personne, l’entreprise et l’affaire. Un même acheteur peut avoir plusieurs opportunités ouvertes : ce sont plusieurs projets à suivre, pas nécessairement plusieurs contacts à supprimer. Une personne peut aussi changer d’employeur. Sa nouvelle adresse professionnelle ne permet pas de décider, à elle seule, quelles relations commerciales doivent subsister.

La détection sert à constituer une liste à vérifier. Pipedrive explique ses critères : pour les personnes, le nom identique s’accompagne notamment d’un téléphone, d’un e-mail ou d’une organisation identique ; pour les organisations, le nom et l’adresse sont comparés. Ces critères peuvent faire remonter deux homonymes dans une société. Notre recommandation est donc d’ajouter une preuve d’identité à chaque décision, plutôt que de considérer la suggestion comme une validation.

Pipedrive et HubSpot : vérifier l’action disponible

Le nettoyage des contacts ne justifie pas forcément un changement de CRM. Consultez d’abord les droits de votre compte et les fonctions proposées dans votre abonnement. Les fiches Pipedrive et HubSpot donnent le contexte du choix ; le tableau ci-dessous concerne uniquement les doublons.

Une option « annuler » peut viser une suggestion rejetée, pas une fusion effectuée : la documentation du gestionnaire HubSpot distingue ces opérations. Ne décidez pas sur le seul nom du bouton. Vérifiez également les automatisations : HubSpot documente des comportements différents pour les identifiants et workflows selon l’activation de sa bêta de conservation de l’identifiant principal. Relevez le contexte de votre compte avant d’intervenir ; ne présumez pas qu’une intégration retrouvera la fiche sous le même identifiant.

Préparer une décision que quelqu’un d’autre peut relire

Ouvrez les deux fiches côte à côte et notez leur identifiant, leur propriétaire, l’entreprise associée et la provenance de l’information. Ajoutez les affaires en cours et les activités futures. Un dossier créé hier par un formulaire peut contenir une adresse à jour ; une fiche ancienne peut porter le contrat et la relance déjà convenus. L’âge de la fiche n’est donc pas un critère suffisant pour choisir la principale.

Avant l’opération, conservez une trace des valeurs et relations que vous devez retrouver. Limitez la copie aux données nécessaires et stockez-la dans un espace dont les accès et la durée de conservation sont définis par votre entreprise. Le CSV aide à comparer les champs. Préparez séparément la reprise des pièces, relations et automatismes. Notre guide de sauvegarde SaaS explique cette différence.

• Identité : qu’est-ce qui confirme que les deux fiches représentent la même personne ou la même société ?
• Valeurs : quelle adresse, quel téléphone et quelle fonction faut-il utiliser maintenant ? Quelle source les confirme ?
• Suivi : quel responsable reprend le dossier, quelle affaire reste ouverte et quelle relance doit être effectuée ?
• Dépendances : un formulaire, une synchronisation ou un workflow référence-t-il l’un des identifiants ?
• Diffusion : les préférences de communication sont-elles cohérentes et faut-il les faire vérifier avant une prochaine campagne ?

Lorsque deux valeurs se contredisent, écrivez la décision attendue champ par champ. Choisir une fiche principale n’autorise pas à jeter toutes les informations de la secondaire. À l’inverse, tout conserver sans arbitrage peut maintenir deux téléphones obsolètes et deux relances concurrentes. Le résultat doit rendre le prochain geste commercial compréhensible.

Prenons ce cas : deux fiches, une personne, deux suivis

Prenons un exemple entièrement fictif. La fiche CRM-001 concerne Alex Martin, porte une affaire « renouvellement » et une relance confiée à la personne qui gère le compte. La fiche CRM-204 provient d’un formulaire récent avec une nouvelle adresse et une demande de démonstration. Une confirmation directe établit qu’il s’agit du même interlocuteur. Cette confirmation est une hypothèse du scénario, pas un contrôle effectué par Logicelio.

Traiter une paire, puis vérifier le dossier obtenu

1. Attribuer la décision. Une personne connaît le dossier et peut confirmer l’identité. Une autre peut relire les cas ambigus ; la personne qui décide doit aussi connaître le client.
2. Préparer les valeurs retenues. Décidez quels champs et quelles relations doivent être conservés, puis gardez une trace de départ. Si une synchronisation est active, identifiez qui contrôle ses conséquences avant de modifier les fiches.
3. Examiner l’aperçu. Comparez les champs présentés avec votre arbitrage. Dans Pipedrive, l’aperçu précède la confirmation. Si l’écran ne permet pas de vérifier un élément important, arrêtez l’opération et consultez la documentation ou l’administrateur.
4. Contrôler immédiatement le suivi. Retrouvez les affaires, l’historique utile, les activités futures et le responsable. Vérifiez le résultat dans les vues utilisées par l’équipe et dans les intégrations concernées.
5. Décider de poursuivre. Ne passez aux autres paires que si le premier dossier retrouve les informations et les relations attendues. Les cas douteux restent séparés avec une note expliquant pourquoi.

Un contrôle utile décrit ce que vous avez retrouvé, pas seulement un compteur diminué. Après la fusion, vérifiez l’adresse conservée et la prochaine relance. En cas d’erreur, ne tentez pas une succession de fusions pour compenser : documentez la fiche obtenue et faites vérifier une procédure de correction. Recréer une fiche ne constitue pas, à lui seul, l’annulation de l’opération précédente.

Éviter que le prochain import recrée le problème

Après le nettoyage, recherchez la cause : formulaire sans rapprochement, import répété, ancien connecteur ou création manuelle à partir d’une adresse partagée. Corriger uniquement les fiches laisse la source du problème active. Relevez l’origine de plusieurs paires confirmées et examinez le point commun avant de modifier le processus.

Pour une équipe réduite, trois règles de travail peuvent suffire à rendre la saisie plus cohérente : rechercher le contact avant de le créer, préciser l’établissement concerné et conserver l’identifiant source lorsqu’un transfert l’exige. Faites relire vos règles de rapprochement sur des cas où une même adresse ou un même nom représente plusieurs personnes. Un identifiant stable peut être plus utile qu’un nom, mais sa portée dépend du logiciel et de l’intégration : ce n’est pas une clé universelle.

Gardez séparés les objectifs de qualité des contacts et de gestion des affaires. Un contact unique peut porter plusieurs devis ; deux entreprises liées peuvent exiger deux suivis distincts. Si votre CRM ne représente pas ces relations comme votre activité l’exige, comparez les modèles décrits dans Pipedrive ou HubSpot et les outils de la catégorie CRM avant d’envisager une migration.

Quand il vaut mieux conserver deux fiches

Ne fusionnez pas lorsque l’identité reste incertaine, qu’un contrat distingue les établissements, que vous ne voyez pas l’historique nécessaire ou que personne ne peut expliquer les conséquences d’une intégration active. Une fiche marquée « à vérifier » constitue alors une décision explicite. Elle évite de masquer le doute derrière une base apparemment propre.

Appliquez les instructions de votre administrateur et les règles de communication de votre entreprise. Vérifiez les permissions requises dans votre configuration. La bonne fin de l’opération est un dossier dont l’identité, les relations et la prochaine action sont vérifiables.