Dédoublonnage et purge de base : quand nettoyer le CRM détruit des données du client

Beaucoup de missions RevOps incluent un volet « hygiène de données » présenté comme une formalité technique : fusionner les doublons, supprimer les contacts inactifs, archiver les leads non conformes au RGPD, normaliser les champs. L'image est celle d'un grand ménage inoffensif. La réalité est tout autre : ces opérations touchent au patrimoine de données du client, et plusieurs d'entre elles sont irréversibles.

Quand vous fusionnez deux fiches, vous arbitrez quelles valeurs survivent et lesquelles disparaissent. Quand vous purgez des contacts « dormants », vous décidez d'un critère d'inactivité — et un critère trop large emporte des comptes encore vivants. Quand vous supprimez des données au nom de la conformité, vous effacez parfois de l'historique que le client aurait dû conserver à d'autres titres (obligations comptables, preuve contractuelle).

Le point juridique essentiel : en pilotant ce nettoyage, vous fournissez une prestation intellectuelle dont le client attend un résultat conforme et sans perte indue. Si une opération détruit des données qu'il fallait conserver, c'est une faute contractuelle de droit commun — le terrain de la RC Pro.

Tout se joue sur la nature réelle de votre intervention, et il existe une frontière nette entre deux postures, même si elles se chevauchent souvent.

D'un côté, l'exécution d'une consigne précise. Le client définit lui-même le périmètre — « supprime tous les contacts sans activité depuis le 1ᵉʳ janvier 2021, hors comptes clients actifs » — et vous l'appliquez fidèlement. Si le périmètre s'avère trop large, c'est la décision du client qui est en cause, à condition que vous puissiez prouver l'avoir simplement exécutée.

De l'autre, la définition du périmètre. Le client vous demande « de nettoyer la base » et vous laisse choisir les critères. Vous décidez alors ce qui est un doublon, ce qu'est un contact dormant, ce qui peut être supprimé. À ce moment, le choix technique vous appartient, et sa conséquence aussi.

Le critère décisif n'est pas votre titre, mais ce que la mission vous a réellement conduit à décider. Appliquer un filtre fourni par le client, ou concevoir ce filtre, ne place pas la responsabilité au même endroit.

C'est pourquoi le cadrage écrit du périmètre, validé par le client avant toute opération destructrice, est le pivot de toute la chaîne de responsabilité.

Le danger ne vient pas des suppressions clairement étiquetées, mais des opérations dont on sous-estime le caractère définitif. Voici celles qui exposent le plus :

• La fusion automatique de doublons. Une règle de fusion choisit une « fiche maître » et écrase les champs concurrents. Mal réglée, elle efface le bon e-mail, le bon propriétaire ou des notes commerciales.
• La purge sur critère d'inactivité. « Aucune activité depuis 24 mois » peut emporter des comptes stratégiques au cycle de vente long, ou des dormants à fort potentiel.
• La suppression définitive plutôt que l'archivage. Beaucoup de systèmes distinguent corbeille récupérable et suppression dure : confondre les deux rend la perte irréversible.
• L'effacement « RGPD » mal qualifié. Supprimer au nom de la conformité des données que le client devait conserver pour d'autres obligations crée un dommage là où l'on croyait réduire un risque.

Le bon réflexe est de relire chaque opération de nettoyage en se posant une seule question : cette action est-elle réversible, et le client a-t-il validé son périmètre exact ? Si la réponse est « non » à l'une des deux, l'opération doit être suspendue et sécurisée.

La donnée commerciale détruite a une particularité redoutable : elle ne se reconstitue pas. Un historique d'interactions, des notes d'avant-vente, une cartographie de comptes accumulée sur des années n'ont pas de copie « ailleurs » si la sauvegarde a échoué. Le préjudice du client peut donc dépasser de loin le coût de la mission.

Ce préjudice est, là encore, immatériel : désorganisation commerciale, opportunités perdues faute d'historique, temps de reconstitution, parfois exposition réglementaire si des données à valeur probante ont disparu. Le tableau suivant illustre comment se décompose souvent un dossier :

Détruire des données sans couverture, c'est risquer de supporter personnellement une reconstitution longue et une réclamation dont le montant dépend de la valeur que le client attachait à son patrimoine de données.

Puisque c'est la nature de la mission et la rigueur de l'exécution qui déterminent l'issue, votre protection se construit avant l'opération, pas après. Trois lignes de défense :

1. Une sauvegarde préalable vérifiée. Avant toute fusion ou purge, exportez l'état complet de la base et testez la restauration. Une sauvegarde non vérifiée est une fausse sécurité.
2. Une validation écrite du périmètre. Faites approuver par le client les critères exacts (définition du doublon, seuil d'inactivité, suppression dure ou archivage) sur un échantillon avant l'exécution massive.
3. La traçabilité des règles appliquées. Conservez les requêtes, les filtres et le décompte des enregistrements affectés. Ces éléments démontrent ce que vous avez fait et sur quelle consigne.

Ces réflexes réduisent la fréquence des sinistres et, quand un litige survient, déplacent la ligne de partage des responsabilités en votre faveur. Ils ne dispensent pas pour autant d'une couverture : même une opération soignée peut révéler après coup une donnée qu'il fallait conserver. La RC Professionnelle du consultant RevOps doit couvrir les dommages immatériels liés à la perte ou l'altération de données du client, avec un volet défense et recours. Pour voir comment ces garanties s'articulent avec votre activité, consultez notre page assurance consultant RevOps.