Choisir le système de référence pour chaque donnée client

Décidez d'abord quelles fiches désignent la même personne ou entreprise. Décidez ensuite quelle source fait autorité pour chaque champ. Ce sont deux questions différentes. Un doublon possible peut nécessiter une vérification d'identité tandis que deux systèmes valides peuvent chacun être responsables d'un champ différent. Une règle vague comme « le CRM gagne » peut écraser une valeur correcte.

Examinez séparément les doublons possibles avant d'utiliser cette carte. Ici, supposez que le contact ou l'entreprise a déjà été identifié et concentrez-vous sur le sens et l'autorité de chaque champ.

Créez une ligne par champ affectant une transmission ou décision client. Nommez le système ou document de référence, le rôle autorisé à le modifier et la raison de son autorité. Par exemple, la finance peut être responsable d'un courriel de facturation dans un document approuvé, tandis que le service est responsable d'une préférence d'assistance dans ses notes actuelles.

Ce sont des politiques proposées par l'entreprise ; un CRM ne les détermine pas pour vous. Si une valeur est partagée entre outils, décidez si l'autre copie est en lecture seule, actualisée manuellement ou modifiée seulement après confirmation.

Une règle utile indique la preuve à vérifier et la personne pouvant décider. Elle peut prévoir qu'une nouvelle adresse issue d'une demande client vérifiée soit examinée par le responsable du champ avant mise à jour de la source d'autorité. Évitez les règles fondées uniquement sur l'horodatage le plus récent : un import ou une signature récente peut contenir une information ancienne ou accessoire.

Si l'équipe ne peut pas déterminer la bonne valeur, marquez le conflit pour examen humain et suspendez la mise à jour du champ. Consignez la valeur choisie, la source vérifiée, le décideur et la date. La règle rend l'incertitude visible au lieu de transformer silencieusement une supposition en donnée permanente.

La documentation HubSpot décrit le dédoublonnage des contacts par courriel et des entreprises par domaine. Elle documente aussi les identifiants de fiches et propriétés personnalisées uniques pour le rapprochement à l'import. Ce sont des mécanismes propres à HubSpot. Votre équipe doit encore définir la responsabilité du courriel de facturation et les conflits entre systèmes.

Le guide d'import multiobjets HubSpot décrit aussi les associations entre fiches et l'identifiant unique requis pour mettre à jour des fiches existantes dans certains imports. Utilisez-le comme invitation à examiner clés d'identité et relations avant de modifier les données. Vérifiez séparément les clés et le comportement des conflits dans chaque plateforme.

Dans cet exemple fictif, le CRM indique alex@northwind.example comme courriel principal, tandis qu'une demande de facture arrive de billing@northwind.example. L'équipe n'écrase pas le courriel principal et ne fusionne pas l'expéditeur avec le contact simplement parce que les adresses partagent un domaine. La personne responsable de la facture vérifie la demande, confirme l'adresse de facturation et consigne sa décision dans la carte.

Le courriel principal et celui de facturation peuvent être deux champs valides aux objectifs différents. Si l'équipe ne peut pas confirmer la demande, le courriel de facturation reste à examiner et aucune mise à jour automatique n'est supposée.

Examinez les règles lorsqu'un système change, qu'un responsable des données part, qu'un nouveau formulaire recueille des informations ou que le même conflit revient. Concentrez la revue sur les champs importants pour le travail actif. Une personne doit retrouver la règle actuelle avant de modifier ou importer une fiche.

La carte consigne une décision à implémenter et tester dans chaque système. Si le logiciel ne peut pas appliquer la règle, attribuez à quelqu'un la vérification des champs concernés jusqu'à disposer d'un processus plus sûr.

Fournissez à l'assistant Areinum une liste de champs et vos décisions existantes, puis demandez un projet de carte des sources faisant autorité, des personnes autorisées à modifier et des conflits non résolus. Les personnes responsables décident des règles avant toute synchronisation.