Changer de CRM, de logiciel métier ou d’outil de suivi ne consiste pas seulement à déplacer un fichier CSV. Une migration réussie doit préserver les informations réellement utiles, garder les dossiers compréhensibles et permettre à l’équipe de reprendre son travail sans créer de doublons ni perdre l’historique nécessaire.
Avant de choisir une méthode d’import, décrivez ce qui doit continuer à fonctionner : retrouver un client, comprendre où en est une demande, accéder aux documents liés et savoir qui doit agir ensuite. Préparez ensuite les données, testez leur import sur un petit échantillon et définissez une procédure de retour si le nouvel outil ne répond pas au besoin. Cette méthode s’applique à un CRM comme à un logiciel métier conçu pour une activité particulière.
Définir ce que la migration doit améliorer
Commencez par écrire les raisons du changement. Il peut s’agir de doublons difficiles à corriger, d’un manque de visibilité sur les demandes en cours, d’un outil qui ne communique pas avec le site ou d’une étape manuelle devenue trop lourde. Une raison formulée précisément aide à distinguer les données indispensables des habitudes qu’il n’est pas utile de reproduire.
Décrivez quelques tâches concrètes qui devront fonctionner dans le nouvel outil :
- retrouver une fiche par nom, entreprise, adresse ou identifiant ;
- voir le dernier échange et la prochaine action attendue ;
- associer un document à la bonne personne ou au bon dossier ;
- distinguer une demande nouvelle, en cours, terminée ou abandonnée ;
- retrouver l’historique nécessaire à la continuité de la relation.
Demandez à deux ou trois personnes qui utilisent l’outil actuel de décrire leurs tâches réelles, y compris les exceptions. La liste obtenue sert à fixer le périmètre de la migration et les critères d’acceptation. Si le nouvel outil est encore en conception, ce travail complète le cadrage d’un logiciel métier sur mesure : il précise les usages à conserver avant de parler d’écrans ou de fonctionnalités.
Inventorier les sources et les données utiles
Repérez où se trouvent les informations : outil actuel, fichiers partagés, boîtes mail, formulaires du site ou documents stockés séparément. Notez pour chaque source son propriétaire, les types de données, la période couverte et la manière d’exporter les informations.
Évitez de déplacer automatiquement tout ce qui existe. Un historique ancien, des champs inutilisés et des enregistrements en double alourdissent le nouvel outil et rendent les recherches moins claires. Classez les éléments en trois groupes : à reprendre, à conserver séparément pour consultation, ou à exclure du changement. Pour les informations liées à des personnes, limitez la copie à ce qui sert réellement aux tâches prévues et suivez les règles internes applicables.
Avant la migration, faites aussi l’inventaire des fichiers attachés, des identifiants et des relations entre fiches. Un export des contacts sans leurs pièces jointes ou sans le lien vers l’entreprise peut sembler complet tout en faisant perdre une partie de l’usage quotidien.
Faire correspondre les champs avant l’import
Créez une table de correspondance entre les colonnes de l’ancien outil et les champs de destination. Pour chaque champ, précisez son sens, son format, s’il est obligatoire, et ce qui doit se passer lorsqu’il est vide ou invalide.
Par exemple, un ancien champ « Société / Nom » peut contenir à la fois des entreprises et des particuliers. Il ne faut pas le répartir automatiquement dans deux champs sans examiner les valeurs. De même, un statut « à rappeler » ne doit pas devenir un statut « ouvert » si les équipes n’y donnent pas le même sens.
Choisissez une clé stable pour reconnaître les fiches existantes lors d’une mise à jour : identifiant conservé, numéro de dossier ou autre valeur unique contrôlée. Microsoft décrit l’usage d’un modèle d’entité et des clés principales ou alternatives pour faire correspondre des champs de référence lors d’un import dans Dataverse (documentation Microsoft). Les options diffèrent selon les logiciels ; vérifiez celles de l’outil source et de l’outil cible avant de lancer une mise à jour.
Prévoyez une règle explicite pour les doublons : fusion, conservation d’une fiche de référence, ou mise en attente pour revue humaine. Une correspondance approximative sur le seul nom de l’entreprise peut réunir deux personnes différentes ou séparer une même société enregistrée sous plusieurs formes.
Sauvegarder puis vérifier qu’un retour est possible
Conservez une copie datée des données exportées avant toute transformation. Gardez aussi une copie du fichier après nettoyage et de la table de correspondance utilisée. Ces éléments permettent de comprendre ce qui a été changé et de reprendre le travail si l’import est incomplet.
Une sauvegarde n’est utile que si elle peut être restaurée. La CNIL recommande de tester régulièrement l’intégrité des sauvegardes et la capacité à les restaurer, et de protéger ces copies (CNIL — sauvegarder). Pour une migration, faites un essai de restauration ou d’ouverture de l’export avant la bascule : vérifiez que le fichier n’est pas vide, que les caractères accentués restent lisibles et que les documents associés sont disponibles.
Si l’éditeur propose un environnement de test ou une copie de préproduction, utilisez-le pour l’import initial. Évitez de tester sur l’outil de production avec des données qui déclenchent des notifications, des automatisations ou des actions visibles par les clients.
Importer un échantillon avant le volume complet
Préparez un lot représentatif comprenant des cas simples et des cas difficiles : une fiche complète, une valeur vide, un accent, un doublon potentiel, une relation entre deux objets et un document attaché. Testez l’import de ce lot dans le nouvel outil, puis faites vérifier les résultats par les personnes qui connaissent le processus.
Salesforce recommande également de tester d’abord un petit fichier CSV pour vérifier la préparation des données avant d’utiliser son assistant d’import (Salesforce Help). Cette consigne est propre à son outil, mais l’idée générale est transposable : un petit import contrôlé révèle les erreurs de format et de correspondance avant qu’elles ne touchent tout le fichier.
Vérifiez notamment que les champs sont arrivés au bon endroit, que les accents et dates sont corrects, que les relations entre fiches existent et que les statuts permettent de poursuivre les tâches prévues. Corrigez la correspondance avant de charger le reste.
Réconcilier les résultats et tester le travail réel
Après l’import, comparez des volumes simples : nombre de lignes exportées, nombre de fiches créées, mises à jour, ignorées et rejetées. Ces totaux ne prouvent pas à eux seuls que les données sont justes, mais ils font apparaître les écarts qui nécessitent une explication.
Contrôlez ensuite un échantillon de fiches par identifiant et par recherche. Vérifiez les dossiers les plus importants, les plus récents et ceux qui avaient des pièces jointes. Demandez à l’équipe de refaire dans le nouvel outil les tâches retenues au début : retrouver une demande, consulter l’historique, transmettre un dossier ou enregistrer la prochaine étape.
Si un test échoue, consignez le problème et son origine : champ manquant, valeur non reconnue, doublon, relation absente ou document perdu. La décision de poursuivre doit dépendre de critères définis avant la migration, pas de l’impression que « la plupart des lignes sont passées ».
Préparer la bascule et le plan de retour
Choisissez une période où le volume d’activité permet de limiter les interruptions. Décidez quand les équipes cessent de modifier l’ancien outil, comment les changements de dernière minute seront repris et qui autorise le passage au nouvel environnement.
Conservez l’ancien système en lecture seule pendant la période de vérification si c’est possible. Définissez à l’avance les conditions qui déclenchent un retour : dossiers prioritaires introuvables, erreurs de correspondance importantes, automatisations qui perturbent le travail ou impossibilité de restaurer les données. N’effacez pas l’ancienne source tant que la nouvelle n’a pas passé les contrôles prévus et que les équipes ne savent pas y travailler.
Après la bascule, recueillez les incidents et les questions pendant une période définie. Corrigez les problèmes qui empêchent une tâche essentielle, puis mettez à jour les consignes internes. Une migration ne se termine pas à la fin de l’import : elle est terminée lorsque les personnes concernées peuvent reprendre leur activité dans les conditions définies.
Commencer avec un périmètre limité
Une migration maîtrisée commence par un inventaire, une table de correspondance, une sauvegarde testée et un échantillon vérifié. Ces étapes évitent de découvrir les problèmes après le transfert complet et rendent les responsabilités plus claires.
Pour relier le nouvel outil à un site ou à d’autres applications, définissez aussi les informations qui doivent circuler, leur sens et les erreurs à surveiller. Le périmètre peut ensuite être précisé avec un outil métier adapté à vos usages. Si le besoin concerne plusieurs sujets numériques, l’abonnement digital PME permet de prioriser les actions dans une capacité mensuelle définie. Vous pouvez aussi décrire votre projet en précisant le logiciel actuel, les informations à reprendre et les tâches qui doivent continuer à fonctionner.