Migration CRM sans perdre de clients : une checklist

La plupart des dirigeants repoussent une migration CRM pour la même raison : l’ancien système contient chaque client, chaque note et chaque réservation future, et en perdre un seul semble pire que de vivre avec un logiciel qui ne convient plus. La crainte est raisonnable, mais l’essentiel de ce qui tourne mal dans une migration de données CRM tourne mal à quelques endroits prévisibles, et chacun peut être vérifié avant qu’il ne vous coûte un client. Cette checklist couvre comment migrer vers un autre système d’entreprise sans perdre de clients, d’historique ou de réservations, que vous quittiez une appli de réservation, un CRM commercial ou un tableur. Suivez les étapes dans l’ordre.

1. Exportez tout avant de changer quoi que ce soit

Avant de résilier un abonnement, de créer le nouveau compte ou de nettoyer la moindre ligne, faites une copie complète de ce que vous avez. Les exports sont la seule partie d’une migration que vous ne pouvez pas refaire une fois l’ancien système disparu. Un fichier par type de fiche :

• Les clients, avec chaque colonne que l’outil veut bien donner, y compris celles que vous pensez ne pas avoir besoin.
• Les rendez-vous ou chantiers, passés et futurs, avec le client, l’intervenant, la prestation, l’heure de début et la durée.
• Les notes et l’historique d’activité.
• Les fichiers et photos rattachés aux clients ou aux chantiers. Beaucoup d’outils n’ont pas d’export groupé de fichiers ; vérifiez avant de supposer que si.
• Les factures et reçus en PDF.
• Vos prestations et vos prix, plus les réglages difficiles à retenir : horaires de travail, règles d’annulation, questions de prise en charge, modèles de messages.

Où se trouve l’export, en septembre 2026, varie selon l’outil. Google Sheets : Fichier, puis Télécharger, puis Valeurs séparées par des virgules, une feuille à la fois. Excel : Fichier, puis Enregistrer sous, type « CSV UTF-8 ». HubSpot : l’action Exporter dans le menu du tableau des contacts. Pipedrive : Paramètres, puis Exporter les données. Zoho CRM : Configuration, puis Administration des données, puis Exporter. Les applis de réservation comme Square Appointments et Fresha exportent la liste des clients depuis le répertoire clients, et l’historique de rendez-vous souvent seulement comme un rapport, donc lancez-le pour la plus large plage de dates permise.

Demandez du CSV ou du XLSX, jamais du PDF, pour tout ce que vous comptez importer, et comptez les lignes de chaque fichier par rapport à ce que l’ancien système montre à l’écran. Un export qui s’est arrêté sans bruit à 1 000 lignes est un piège courant, et bien plus facile à remarquer maintenant qu’après avoir résilié.

2. Décidez ce qu’il ne faut pas migrer

Des candidats raisonnables à laisser de côté :

• Les clients sans coordonnées, sans visites et sans notes. Ce sont des cases vides, pas des personnes.
• Les fiches de test, et le client « Passage » ou « Inconnu » qu’une appli de réservation vous a imposé.
• Les réservations annulées depuis plus d’un an ou deux, sauf si vous utilisez l’historique d’annulation pour décider qui paie un acompte.
• Les champs qui n’ont jamais été remplis. Une colonne « Source de la recommandation » vide sur neuf lignes sur dix, ce n’est pas une donnée.
• Les listes marketing auxquelles vous n’envoyez plus rien, en particulier les contacts qui n’ont jamais consenti à être contactés.

« Non migré » ne veut pas dire « supprimé » : tout ce que vous laissez de côté vit encore dans l’export de l’étape 1.

3. Nettoyez l’export dans un tableur

Faites le nettoyage dans un tableur, pas dans le nouveau système. Chaque outil d’import que nous avons utilisé, le nôtre compris, se comporte mieux avec un fichier propre qu’avec un déversement brut. Si votre source est déjà un tableur, c’est ici que se fait l’essentiel du travail ; notre guide sur le passage d’un tableur à un espace de travail couvre la mise en page plus en détail.

• Un type de fiche par onglet : les clients dans l’un, les rendez-vous dans un autre, les notes dans un troisième. Un onglet qui mélange les clients et leurs réservations sur les mêmes lignes ne peut être importé proprement par aucun outil.
• Une ligne d’en-tête avec des noms clairs, aucune cellule fusionnée, aucune ligne vide au-dessus. « Téléphone » vaut mieux que « Téléphone (mobile, pour SMS !) ».
• Un seul format de date pour tout le fichier. Choisissez l’ISO (2026-09-01) : il est sans ambiguïté, se trie correctement et tout outil d’import le lit.
• Un seul format de téléphone, idéalement avec l’indicatif du pays (+33 1 55 01 32 20), avec les préfixes « Tél : » et les notes « (domicile) » déplacés dans leur propre colonne.
• Gardez la colonne d’identifiant de l’ancien système. Elle relie les clients aux rendez-vous et aux notes à l’étape 6, même si vous ne l’affichez plus jamais.

Enregistrez le classeur nettoyé sous un nouveau nom et laissez l’export brut intact.

4. Associez chaque champ à sa nouvelle place

L’association des champs est l’étape qu’une checklist de migration CRM saute le plus souvent, et c’est pourquoi « l’import a marché mais la moitié des données est au mauvais endroit » est une plainte si courante. Avant d’importer, notez, colonne par colonne, où va chaque champ. Pour un salon qui quitte une appli de réservation :

Ancienne colonne	Nouveau champ	Remarque
Nom du client	Client : nom complet	Séparer en prénom et nom si le nouveau système a deux champs
Prestation réservée	Rendez-vous : prestation	Doit correspondre à la liste de prestations créée en premier
Personnel	Rendez-vous : intervenant	Doit correspondre à un intervenant existant dans le nouveau système
Début	Rendez-vous : heure de début	Date et heure ensemble, un seul fuseau horaire
ID client	Client : identifiant externe	Champ caché, utilisé pour la liaison

Ifa gère cette étape différemment d’un modèle fixe. Vous décrivez l’entreprise avec vos propres mots, Ifa propose les fiches, les champs, les relations et les vues, et vous vérifiez le plan avant que quoi que ce soit ne soit créé. Faites l’association avant d’approuver ce plan, pas après, pour que les champs correspondent à votre export plutôt que l’inverse.

5. Traitez les doublons avant l’import, pas après

Tout système utilisé pendant quelques années contient des doublons. Fusionner après l’import est lent, car à ce moment-là chaque copie porte des rendez-vous et des notes accrochés à elle ; fusionner dans le tableur est rapide.

1. Triez l’onglet clients par numéro de téléphone et repérez les lignes voisines qui correspondent. Le téléphone est en général la clé la plus fiable.
2. Triez par e-mail et faites de même, puis par nom et prénom pour attraper les paires avec un téléphone différent et pas d’e-mail.
3. Pour chaque paire, gardez la ligne la plus complète, copiez-y les notes de l’autre, et notez l’ancien identifiant de la ligne écartée à côté de celle qui est conservée, pour que les rendez-vous qui la visaient puissent encore s’y relier.
4. Marquez les vrais doublons dans une colonne « Fusionner dans » plutôt que de les supprimer, pour que la décision reste visible et réversible.

Certains outils d’import font leur propre vérification de doublons. L’import d’Ifa prévisualise le fichier et signale les doublons probables, les valeurs vides et les dates illisibles avant que quoi que ce soit ne soit écrit, et vous approuvez l’import après avoir lu les vérifications. C’est un filet de sécurité utile, pas un substitut à cette étape : un outil peut signaler ce qui se ressemble, mais il ne peut pas savoir que « Chris Petit » et « Christine Petit » sont la même habituée.

6. Importez dans le bon ordre

Les fiches qui font référence à d’autres fiches doivent venir après les fiches qu’elles référencent. Se tromper dans l’ordre est la cause la plus courante de rendez-vous qui arrivent sans client rattaché.

1. Les intervenants et le personnel. Les rendez-vous y feront référence.
2. Les prestations ou types de chantier, avec leurs durées et leurs prix.
3. Les clients, avec l’ancien identifiant dans un champ dédié pour que les fichiers suivants puissent les retrouver.
4. Les notes et l’historique qui font référence aux clients.
5. Les rendez-vous et chantiers passés, qui font référence à tout ce qui précède.
6. Les fichiers et documents, rattachés au client ou au chantier auquel ils appartiennent.

Importez d’abord un échantillon de vingt clients et leurs rendez-vous ; corriger vingt fiches ne fait pas mal. Lancez ensuite le fichier complet. L’import d’Ifa, décrit sur la page importer vos données, accepte les fichiers CSV, TSV, JSON, JSONL, XLSX, XLS et XLSM inertes, montre un aperçu avec les vérifications, et attend votre approbation avant de créer des fiches. La plupart des applis de réservation n’offrent aucun import pour l’historique des rendez-vous.

Une remarque sur les fichiers. Ifa garde les fichiers téléversés rattachés à la fiche à laquelle ils appartiennent, avec un aperçu, comme décrit sur la page fichiers clients. Ifa ne produit pas de factures lui-même, donc les PDF de l’étape 1 sont vos factures ; rattachez-les au client ou gardez-les dans votre outil comptable, mais ne les laissez pas seulement dans l’ancien système.

7. Définissez les horaires de travail, puis recréez les réservations futures

Les réservations futures méritent leur propre étape parce que c’est la partie d’une migration que les clients remarquent réellement.

1. Définissez les horaires de travail par intervenant, y compris les jours de congé prévus, et définissez les politiques de réservation : temps tampon, délai de préavis minimum, fenêtre d’annulation.
2. Chargez ou recréez ensuite seulement les réservations futures. Chargées avant que les horaires n’existent, les réservations sont refusées ou atterrissent dans des créneaux sans personnel.
3. Imprimez l’ancien agenda pour les huit prochaines semaines et cochez chaque réservation par rapport au nouveau, à la main. Cela prend quelques heures pour la plupart des commerces et c’est la vérification la plus utile de toute la migration.
4. Surveillez les décalages de fuseau horaire. Un export en UTC importé comme heure locale déplace chaque rendez-vous de plusieurs heures, et un écran qui ne montre que la date ne le révélera pas.

Si les réservations futures sont peu nombreuses, les recréer à la main est souvent plus rapide et plus sûr que de les importer. Chez Ifa, les réservations sont créées, reprogrammées, annulées et terminées par votre équipe dans l’espace de travail, avec la disponibilité vérifiée contre les horaires que vous avez définis, et les clients peuvent réserver via une page de réservation qu’Ifa crée ou en discussion sur un canal connecté. Ifa n’a pas de synchronisation d’agenda Google ou Outlook, et les relances sont un flux de travail que vous définissez plutôt qu’un simple interrupteur, donc mettez en place le flux de relance dès la première semaine et pointez le lien de réservation de votre site vers la nouvelle page dans le cadre du basculement.

8. Faites tourner les deux systèmes en parallèle un court moment

Ne basculez pas un vendredi pour résilier l’ancien abonnement le samedi. Gardez les deux actifs une à deux semaines, le nouveau comme source de vérité et l’ancien en lecture seule.

• Chaque nouvelle réservation et chaque nouveau client va uniquement dans le nouveau système. Écrire dans les deux double le travail et garantit une dérive.
• L’ancien système reste ouvert pour les recherches : une note oubliée dans la migration, une photo, une vieille facture.
• À la fin, faites un dernier export pour tout ce qui a été créé par erreur dans l’ancien système, et intégrez-le au nouveau.

Ifa n’a pas de synchronisation bidirectionnelle en direct, et nous ne recommanderions celle d’aucun éditeur pour un chevauchement de deux semaines ; « le nouveau système seulement » est la règle la plus simple.

9. Dites aux clients ce qui change

L’essentiel d’une migration est invisible pour les clients et devrait le rester. Dites-leur seulement ce qui change pour eux, et dites-le avant que cela n’arrive.

• Si le lien de réservation, le numéro de téléphone ou le canal de messagerie change, envoyez le nouveau une semaine à l’avance puis à nouveau le jour même.
• Si les relances vont s’arrêter ou venir d’un expéditeur différent, dites-le et demandez-leur d’enregistrer le nouveau numéro.
• Si vous détenez des preuves de consentement, gardez-les avec la fiche client plutôt que de demander à tout le monde de consentir à nouveau.

Restez bref. « À partir du 15 septembre, nous utilisons un nouveau système pour les rendez-vous. Vos réservations existantes ne changent pas. Pour réserver, appelez-nous ou écrivez-nous au même numéro que d’habitude. »

10. Gardez l’export de l’ancien système comme fichier

Quand le chevauchement se termine et l’abonnement est résilié, ne supprimez pas les exports. Placez les fichiers bruts de l’étape 1, le classeur nettoyé de l’étape 3, le tableau d’association de l’étape 4 et l’export final du chevauchement de l’étape 8 dans un seul dossier, nommez-le avec la date, et stockez-le quelque part qui survit à une panne d’ordinateur. Vous l’utiliserez plus que prévu. Une archive ne coûte rien. En reconstruire une est impossible.

Ce qui tourne mal, et comment l’éviter

Échec	À quoi ça ressemble	Prévention
Export tronqué	Le nombre de lignes à l’écran est plus élevé que dans le fichier	Compter les lignes avant de nettoyer ; demander un export complet au support
Formats de date mélangés	Les rendez-vous atterrissent le mauvais jour ou le mauvais mois	Un seul format ISO pour tout le fichier avant l’import
Décalage de fuseau horaire	Chaque rendez-vous est décalé du même nombre d’heures	Importer une réservation d’échantillon et comparer l’heure affichée
Rendez-vous orphelins	Réservations sans client rattaché	Clients d’abord avec l’ancien identifiant, rendez-vous ensuite
Doublons fusionnés perdent l’historique	Les notes disparaissent quand deux clients deviennent un seul	Fusionner dans le tableur avec une colonne « Fusionner dans »
Horaires définis après les réservations	Réservations futures refusées ou placées dans des créneaux sans personnel	Horaires et politiques d’abord, réservations ensuite

Soyez honnête sur l’ampleur. Si vous déplacez plusieurs milliers de clients avec des années d’historique et une grande archive de photos, les étapes tiennent mais l’estimation de temps non, et un freelance pour le nettoyage du tableur est de l’argent bien dépensé. Ifa n’offre pas de service de migration payant, donc avec Ifa ce travail est le vôtre ou celui d’un prestataire, appuyé par l’aperçu et les vérifications de l’import. Certains autres éditeurs offrent une migration assistée sur des paliers supérieurs ; demandez avant de vous engager si vos données sont volumineuses.

Questions fréquentes

Combien de temps prend une migration CRM pour une équipe dirigée par son propriétaire ?

Pour un salon à deux fauteuils, une équipe de nettoyage de quatre personnes ou un consultant seul avec quelques centaines de clients, les exports et le nettoyage prennent un après-midi, l’import et la vérification des réservations un autre, et le chevauchement tourne une à deux semaines en arrière-plan. Les historiques plus volumineux allongent l’étape de nettoyage, pas l’import.

Devrais-je changer de CRM à une période calme de l’année ?

Oui, si vous en avez une. Moins de réservations futures veut dire une vérification plus courte à l’étape 7, et moins de passages rend le chevauchement plus facile à surveiller.

Puis-je migrer l’historique des rendez-vous, ou seulement les clients ?

Cela dépend de ce que l’ancien outil exporte. La plupart des CRM commerciaux exportent les activités en entier. Beaucoup d’applis de réservation exportent facilement la liste des clients mais n’exposent l’historique que comme un rapport. Si l’historique ne s’exporte pas proprement, migrez les clients avec au moins une colonne « Dernière visite » et « Nombre de visites » pour que le nouveau système sache qui sont vos habitués, et gardez l’ancien rapport comme archive.

Dois-je redemander le consentement des clients après avoir changé de CRM ?

En général non, si le consentement a été recueilli légalement et que sa trace migre avec le client. Ce qui compte, c’est que vous puissiez toujours montrer qui a consenti, à quoi, et quand. Faites migrer le champ de consentement et sa date, et gardez l’export original comme preuve. Si l’ancien outil n’a jamais enregistré le consentement, traitez cela comme un manque à corriger dans le nouveau système plutôt que comme quelque chose causé par la migration.

Dernière mise à jour : 2 septembre 2026.