Préparé avec l’aide de l’IA et relu pour la clarté, la pertinence et les affirmations non étayées.

Les doublons de fiches clients dans un CRM compliquent le suivi : deux collaborateurs peuvent relancer le même interlocuteur ou chercher une commande dans des historiques séparés. Mais fusionner trop vite crée un risque différent : mélanger les demandes de personnes distinctes.
La bonne décision n’est donc pas « ces fiches se ressemblent-elles ? », mais « avons-nous suffisamment d’éléments pour les traiter comme une même identité ? ». Il faut ensuite décider, champ par champ, quelles informations conserver et comment retrouver l’état précédent.
1. Distinguer un doublon d’un contact partagé
Un numéro peut être utilisé par plusieurs membres d’un foyer ou par plusieurs salariés. Une adresse électronique générique peut représenter une entreprise entière. Un nom identique peut appartenir à deux personnes différentes.
Avant tout rapprochement, précisez ce que représente chaque fiche : une personne, une organisation ou un moyen de contact partagé. Si votre CRM mélange ces trois notions, les erreurs de fusion seront difficiles à éviter.
Deux demandes semblables ne prouvent pas non plus qu’il existe un doublon de contact. Un client peut acheter deux fois le même article ou demander deux devis distincts. La fusion des identités ne doit pas entraîner automatiquement celle des commandes ou des opportunités commerciales.
Lorsque le lien reste incertain, conserver deux fiches signalées pour vérification est préférable à une fusion irréversible.
2. Classer les indices selon leur force
Normalisez les données pour mieux les comparer : espaces superflus, présentation des numéros marocains avec ou sans indicatif, variantes typographiques des noms. Conservez la valeur d’origine si elle aide à retracer l’échange.
Cette normalisation révèle des correspondances ; elle ne démontre pas une identité. Ne transformez pas automatiquement une transcription différente d’un prénom en équivalence certaine.
- Indices faibles : même prénom, même quartier ou besoin similaire.
- Indices à examiner : même téléphone, même adresse électronique ou même organisation.
- Indices renforcés : plusieurs coordonnées concordantes et continuité cohérente des échanges.
- Élément de confirmation : l’interlocuteur confirme, dans le contexte approprié, que les deux demandes sont les siennes.
Une confirmation ne justifie pas de révéler au passage les détails d’un dossier potentiellement tiers. Posez une question minimale, puis examinez seulement les éléments nécessaires. Un score de similarité peut organiser une file de vérification, mais ne remplace pas cette décision.
3. Examiner les conflits avant de choisir la fiche principale
Préparez une vue côte à côte des champs et des historiques. Un téléphone identique avec deux noms différents est un conflit à comprendre, pas une anomalie à corriger en écrasant un nom.
Comparez les coordonnées, l’organisation, les demandes ouvertes, les préférences de contact et les références de commande. Pour chaque différence, cherchez la source et la date. Une donnée récente issue d’un import n’est pas nécessairement plus fiable qu’une information confirmée auparavant.
Choisissez ensuite une fiche principale selon une règle stable, par exemple celle déjà reliée aux dossiers actifs. Cette sélection désigne l’identifiant conservé ; elle ne signifie pas que tous ses champs sont meilleurs.
Si les instructions de contact se contredisent, suspendez les relances concernées jusqu’à clarification. Le guide sur les préférences de contact à conserver aide à distinguer une instruction générale d’une consigne propre à une demande.
4. Exemple hypothétique : deux contacts, un même numéro
Imaginons une boutique d’articles de maison. Une fiche au nom de Nadia contient une demande de rideaux. Une autre, au nom de Samir, concerne un luminaire. Les deux portent le même numéro.
Le rapprochement automatique signale un doublon possible. Pourtant, le bon traitement commence par une clarification, sans mentionner le contenu de l’autre demande.
Conseiller : « Pour bien attribuer votre demande actuelle, à quel nom devons-nous la suivre ? Ce numéro sert-il à plusieurs personnes ? »
Si l’interlocuteur indique que le numéro est partagé dans le foyer, les fiches restent séparées. Le moyen de contact peut être identifié comme partagé, et chaque demande garde son destinataire.
Si la vérification montre plutôt qu’une même personne a été enregistrée deux fois à cause d’une erreur de saisie, une fusion peut être proposée. Les demandes de rideaux et de luminaire restent néanmoins deux dossiers distincts. La décision porte sur l’identité, pas sur la similarité des achats.
5. Conserver le contexte sans tout recopier
Préserver l’historique utile ne signifie pas accumuler toutes les copies disponibles. Conservez les échanges et pièces nécessaires au suivi, avec leur date, leur origine et leur rattachement au bon dossier. Évitez de transformer plusieurs conversations en un bloc de notes sans chronologie.
- Préparer un export contrôlé des fiches et de leurs liens utiles.
- Lister les champs retenus, remplacés ou maintenus comme informations alternatives.
- Faire valider les conflits par la personne désignée.
- Rattacher chaque demande à la fiche conservée sans modifier son état commercial.
- Consigner les anciens identifiants, la date, l’auteur et le motif de fusion.
- Vérifier les dossiers et les tâches après l’opération.
La sauvegarde temporaire doit avoir un accès limité et une règle de suppression après vérification. Certains outils ne permettent pas d’annuler simplement une fusion : contrôlez les possibilités de restauration avant d’agir.
6. Automatiser le repérage avant la fusion
Pour une petite équipe, le premier niveau raisonnable consiste à détecter les rapprochements possibles et à préparer leur comparaison. L’IA peut aider à repérer des ressemblances, mais aussi associer à tort des noms ou des conversations.
Commencez donc avec une validation humaine. Une éventuelle fusion automatique doit rester limitée à des cas précisément définis, testés et réversibles. Vérifiez aussi que la fusion ne recrée pas des tâches ou des relances ; les principes pour éviter les actions en double dans n8n sont utiles ici.
Pour concevoir une file de vérification dans une automatisation n8n sur mesure, vous pouvez discuter avec FlowAgent des critères de rapprochement et des contrôles nécessaires.
