Résumé
- Dans les grandes entreprises, les RevOps gèrent généralement la déduplication avec l'IT.
- Les RevOps connaissent le CRM et ses liens avec les ventes, le marketing et les opérations.
- L'IT couvre la conformité, la sécurité et la confidentialité d'un outil de dédoublonnage.
- Une piste d'audit a besoin d'un historique des fusions et d'un journal de qui a changé quoi.
- Dedupely définit les utilisateurs, la politique de sécurité et le journal d'audit par CRM, et enregistre chaque fusion.
Dans une petite entreprise, un admin décide de ce qu'est un doublon, lance la fusion et en répond. Dans une grande entreprise, la même fusion touche des territoires commerciaux, des listes marketing, des rapports financiers et des intégrations gérées par d'autres équipes.
C'est pourquoi le dédoublonnage à grande échelle exige une gouvernance : des responsables clairs, des règles écrites, un accès contrôlé et une trace de ce qui s'est passé. Sans cela, chaque fusion contestée devient une enquête sur qui l'a faite et pourquoi.
Dans cet article, vous verrez qui pilote en général le dédoublonnage en entreprise et comment répartir le travail. Vous verrez aussi quoi documenter, comment contrôler les accès et ce que consigne une bonne piste d'audit.
Pourquoi le dédoublonnage a besoin de gouvernance à l'échelle de l'entreprise
Une fusion modifie directement les fiches partagées dans le CRM. À l'échelle d'une grande entreprise, une seule règle peut décider de milliers de fusions en un seul passage.
Beaucoup d'équipes ressentent le résultat. Les ventes voient changer des propriétaires, le marketing voit rétrécir des listes et la finance voit bouger le nombre de clients. Tous demanderont ce qui a changé, et quelqu'un doit répondre avec des faits.
La gouvernance n'a pas besoin d'être lourde. Il lui faut quatre choses : un responsable, des règles écrites, un accès contrôlé et une piste d'audit.
Qui gère la déduplication : les RevOps avec l'IT
Dans les grandes entreprises, le dédoublonnage relève en général des RevOps, en lien avec l'IT. Chaque côté apporte ce que l'autre n'a pas.
Les RevOps possèdent les données et les règles
La RevOps connaît le CRM et ses liens avec le marketing, les ventes et les opérations. Elle sait quels champs pilotent le routage, le reporting et les intégrations, elle est donc la mieux placée pour décider ce qu'est un doublon et quelles valeurs l'emportent.
L'IT gère la conformité, la sécurité et la confidentialité
Le rôle de l'IT est en général la conformité. Elle examine l'outil qui se connecte au CRM : où les données sont traitées, qui peut y accéder et comment l'accès est contrôlé. Notre article sur ce que les équipes sécurité demandent à propos d'un outil de déduplication traite de cette revue.
Dans certaines entreprises, l'IT gère aussi le dédoublonnage. La répartition ci-dessous reste utile, car chaque tâche doit avoir quelqu'un.
| Responsabilité | Généralement géré par |
|---|---|
| Définition d'un doublon, par objet | Les RevOps, avec l'avis des ventes et du marketing |
| Les valeurs qui l'emportent dans une fusion | RevOps, avec les équipes qui utilisent chaque champ |
| Lancer les fusions et relire les groupes incertains | La RevOps ou l'équipe d'administration du CRM |
| Validation des outils, règles d'accès et réglages de sécurité | IT |
| Questions de confidentialité et de conformité | IT, avec le juridique ou la conformité |
| Audit périodique des fusions et des accès | RevOps et IT ensemble |
Consignez les règles par écrit
Les règles qui vivent dans la tête d'une personne ne survivent pas à une réorganisation. Écrivez-les là où les deux équipes peuvent les trouver, et datez chaque changement.
- Ce qui compte comme doublon, par objet. Ce qui compte comme doublon dépend du cas, notez donc les exceptions, comme les agences ou filiales qui restent séparées.
- Quelles valeurs l'emportent. La fiche conservée, et la règle pour le propriétaire, l'étape, l'e-mail et tout champ dont dépend une intégration.
- Ce qui fusionne automatiquement et ce qui part en revue. Les correspondances exactes dont vous êtes sûr peuvent fusionner automatiquement selon une planification, et les plus larges vont à une personne.
- Qui valide un changement. Une nouvelle recherche ou une règle modifiée touche chaque fusion suivante, désignez donc qui valide.
Notre Guide de gouvernance des données Salesforce comprend un modèle pour les règles de données plus larges dans lesquelles elles s'inscrivent.
Contrôler qui peut faire quoi
Dans beaucoup d'outils de dédoublonnage, toute personne qui a accès peut fusionner. Décidez qui a besoin de cet accès, et gardez la liste courte.
- Ne donnez les droits d'administrateur qu'aux personnes qui gèrent les utilisateurs et les paramètres de sécurité.
- Exigez l'authentification à deux facteurs et une politique de mots de passe conforme à celle de votre entreprise.
- Limitez l'accès à des adresses IP connues si votre politique de sécurité l'exige.
- Retirez l'accès le jour même où quelqu'un quitte l'équipe.
Si vous utilisez plusieurs CRM, vérifiez si les accès se règlent par CRM. Une personne qui nettoie le CRM d'une région n'a pas forcément besoin d'accéder à celui d'une autre.
Gardez une piste d'audit de chaque modification
Une piste d'audit répond à deux questions différentes, elle a donc besoin de deux traces différentes.
| Fiche | Réponses | Ce qu'il doit contenir |
|---|---|---|
| Merge History | Qu'a changé cette fusion ? | Les fiches d'origine, les valeurs retenues, le résultat et un moyen de les exporter |
| Journal d'audit | Qui a fait quoi, et quand ? | Fusions, y compris automatiques, changements de recherches et de règles, connexions, changements d'utilisateurs et de rôles |
L'historique des fusions permet de restaurer des valeurs si une fusion a mal tourné. Le journal d'audit dit à qui appartenait la règle en cause. Notre article sur pourquoi il vous faut une trace de chaque fusion traite le premier en détail.
Fusionner par étapes contrôlées
La gouvernance façonne aussi le déroulement des fusions. Les gros nettoyages se font par étapes, chacune testée sur un échantillon et vérifiée avant la suivante. Notre article sur mener un gros nettoyage sans perturber les ventes montre comment les planifier.
Convenez de qui valide chaque étape, et gardez la décision avec la piste d'audit. Quand quelqu'un demandera des mois plus tard pourquoi 4 000 comptes ont fusionné un mardi, la réponse sera déjà écrite.
Examinez la piste à intervalles réguliers, par exemple une fois par trimestre. Cherchez les fusions que personne n'attendait, les règles modifiées sans validation et les comptes qui ne devraient plus avoir accès.
Comment Dedupely soutient la gouvernance du dédoublonnage
Dedupely a deux rôles : les admins gèrent les utilisateurs et les réglages de l'entreprise, et les utilisateurs peuvent se servir de toutes les autres fonctions, fusion comprise. Les utilisateurs, la politique de sécurité et le journal d'audit se définissent par CRM connecté, tandis que la facturation et la limite de fiches sont partagées. La politique de sécurité couvre les règles de mot de passe, l'authentification à deux facteurs imposée, la fermeture des sessions inactives et la liste d'IP autorisées.
L'audit log consigne les fusions, y compris en arrière-plan, les analyses, les modifications de recherches, les invitations, les changements de rôle et les connexions, et garde les entrées indéfiniment. Chaque fusion figure aussi dans l'historique des fusions avec ses valeurs d'origine, exportables en CSV.
Responsabilité partagée, règles écrites, une trace complète
Le dédoublonnage en grande entreprise devient bien plus difficile quand la responsabilité n'est pas claire. Quand personne ne sait qui a décidé d'une règle ou lancé une fusion, chaque question devient un litige.
Le partage du travail entre RevOps et IT règle l'essentiel. Les RevOps décident de ce qu'est un doublon et des valeurs gagnantes, et l'IT s'assure que l'outil et son accès sont sûrs. La piste d'audit montre aux deux côtés ce qui s'est passé.
Questions fréquentes
Qui doit être responsable du dédoublonnage CRM dans une grande entreprise ?
En général les RevOps, avec l'IT. Les RevOps connaissent le CRM et ses liens avec les ventes, le marketing et les opérations, ils définissent donc les doublons et les règles de fusion. L'IT couvre la conformité, la sécurité et la confidentialité, y compris la revue de tout outil qui se connecte au CRM.
Que doit contenir une piste d'audit du dédoublonnage ?
Deux registres : un historique des fusions et un journal d'audit. L'historique des fusions montre les fiches d'origine, les valeurs gagnantes et le résultat de chaque fusion, idéalement exportable. Le journal d'audit montre qui a lancé des fusions, modifié des recherches ou des règles, s'est connecté et a changé des rôles, avec les dates.
Qui doit approuver les fusions dans le CRM ?
Validez les règles plutôt que chaque fusion. Un responsable désigné, en général en RevOps, valide la définition du doublon, les règles de fusion et chaque grande étape. Les ensembles qui sortent des règles vont en revue chez quelqu'un qui connaît les fiches, comme le propriétaire du compte.
Comment contrôler qui peut fusionner des fiches dans un CRM ?
Limitez l'accès à la fusion aux personnes qui mènent le nettoyage, et réservez les droits admin à celles qui gèrent les utilisateurs et la sécurité. Exigez l'authentification à deux facteurs, appliquez votre politique de mots de passe et retirez l'accès quand quelqu'un part. Consultez régulièrement le journal d'audit pour repérer les fusions ou changements inattendus.
À quelle fréquence auditer le dédoublonnage CRM ?
Une fois par trimestre convient à beaucoup d'équipes, plus une vérification après chaque grosse étape. Passez en revue les fusions que personne n'attendait, les règles ou recherches modifiées sans validation et les utilisateurs qui n'ont plus besoin d'accès. Un gros nettoyage ou une nouvelle intégration est une bonne raison d'auditer plus tôt.
Ou inscrivez-vous avec Google
