Migrer d’Excel vers un CRM : nettoyer, importer et vérifier les données

Définir ce que l’on souhaite retrouver

La migration vers un CRM ne consiste pas à déplacer toutes les cellules dans une nouvelle interface. Les fichiers contiennent souvent des habitudes de travail : couleurs, commentaires, colonnes détournées et abréviations. Il faut comprendre ces usages avant de choisir la destination des informations. Une importation techniquement réussie peut produire un outil inutilisable si le sens des données disparaît.

Commencez par les besoins du premier lancement. Quels contacts et dossiers doivent être accessibles ? Quel historique sert encore au travail ? Quelles archives doivent rester conservées ailleurs ? La réponse permet de distinguer reprise active et conservation documentaire. Elle évite de consacrer le même effort à une fiche en cours et à une ligne ancienne sans usage identifié.

Inventorier les fichiers et leurs propriétaires

Recensez les sources, leur période, leur responsable et leur fréquence de modification. Plusieurs fichiers peuvent contenir la même personne avec des informations différentes. Déterminez lequel fait référence pour chaque champ. La version la plus récente du fichier n’est pas forcément celle qui contient la donnée la plus fiable.

Conservez les originaux en lecture seule et travaillez sur des copies. N’effacez pas une colonne avant d’avoir décidé de son utilité. Les corrections doivent être traçables : règle appliquée, date et nombre de lignes concernées. Cette précaution permet d’expliquer un résultat et de revenir sur une transformation incorrecte sans repartir d’une source inconnue.

Construire le dictionnaire des champs

Pour chaque colonne, décrivez son sens, son format, ses valeurs possibles et sa destination. Distinguez un champ vide d’une réponse négative. Une date inconnue ne doit pas devenir automatiquement la date du jour. Les téléphones, codes et identifiants doivent conserver leur signification, notamment les zéros initiaux lorsqu’ils sont utiles.

Les statuts méritent une attention particulière. « OK », « fait » ou « traité » peuvent couvrir plusieurs situations. Demandez aux utilisateurs ce que ces valeurs signifient. Si l’information ne peut pas être reconstruite de façon fiable, gardez une mention d’incertitude plutôt que créer un état précis mais faux dans le CRM.

Détecter les doublons sans fusion aveugle

Définissez des critères de rapprochement adaptés : identifiant métier, courriel, téléphone normalisé et contexte. Une même entreprise peut avoir plusieurs interlocuteurs ; une même personne peut porter plusieurs demandes. La ressemblance d’un nom ne suffit pas à décider d’une fusion. Préparez une liste de cas à examiner humainement.

Lorsqu’une fusion est validée, conservez les identifiants sources et les informations complémentaires. Décidez du traitement des valeurs contradictoires. Ne laissez pas la dernière ligne importée gagner par hasard. L’article sur les doublons de leads d’assurance approfondit la différence entre personne, demande et événement d’acquisition.

Réaliser un import pilote

Choisissez un lot représentatif : fiches simples, données manquantes, plusieurs dossiers par contact et valeurs inhabituelles. Importez-le dans un environnement de test. Vérifiez les listes, les recherches, les droits et les liens entre objets. La lecture d’une fiche après import est aussi importante que le rapport technique.

Faites contrôler le résultat par des utilisateurs métier. Ils doivent pouvoir retrouver une personne et comprendre son historique. Notez les corrections nécessaires dans les règles d’import plutôt que corriger uniquement le résultat à la main. Sinon, le problème réapparaîtra lors de la reprise complète ou d’une nouvelle tentative.

Préparer la bascule des modifications

Décidez quand les anciens fichiers cessent d’être la source active. Si les utilisateurs continuent à les modifier pendant l’import, il faut prévoir la reprise du delta. Sans règle, une information peut être corrigée dans Excel puis écrasée par une ancienne valeur importée plus tard. Communiquez clairement la période et le canal de saisie.

Prévoyez le traitement des demandes nouvelles pendant la transition. Un gel complet n’est pas toujours possible. Une file temporaire documentée peut suffire pour un petit volume, à condition d’avoir un responsable et un contrôle de réintégration. Le lancement doit préserver l’activité, pas simplement produire une base propre à un instant donné.

Vérifier les totaux et les relations

Comparez le nombre de lignes sources, les créations, les mises à jour, les exclusions et les rejets. Chaque écart doit avoir une explication. Vérifiez aussi les relations : un contrat ou une demande rattaché au mauvais contact peut être plus grave qu’une ligne absente. Les contrôles doivent porter sur des échantillons et sur des règles globales.

Documentez les données non reprises et leur emplacement. Les utilisateurs doivent savoir où rechercher une archive et pendant combien de temps elle reste accessible selon vos règles. Une migration ne doit pas créer une zone grise où chacun conserve sa propre copie « au cas où », sans gouvernance ni mise à jour.

Stabiliser les premières semaines

Ouvrez un canal de signalement pour les erreurs de reprise et attribuez un responsable. Classez les anomalies entre donnée source, transformation et usage du CRM. Cette distinction permet de corriger à la bonne place. Les règles de qualité doivent ensuite s’appliquer aux nouvelles saisies pour éviter de recréer le problème.

Pour votre projet CRM, préparez un échantillon anonymisé et le dictionnaire des colonnes. Une migration réussie se juge à la capacité de retrouver et utiliser les données, pas seulement à un message d’import terminé. Le nettoyage initial devient alors une base pour une gestion plus fiable dans la durée.

Deux lectures pour approfondir

Consultez aussi ERP : relier devis, commandes et factures sans ressaisie inutile. Pour prolonger cette réflexion, le dossier ERP et stock : distinguer disponible, réservé et réellement livré apporte un éclairage complémentaire.