Sortir vos portefeuilles d'Excel sans perdre une ligne

Ce qu'Excel ne sait pas prouver : la trace, les droits, les versions

Un classeur affiche des données ; il ne raconte pas leur histoire. Qui a modifié la prime de ce contrat ? Quand la date d'échéance a-t-elle changé ? Impossible à dire. Or la distribution d'assurance demande précisément l'inverse : pouvoir montrer, dossier par dossier, ce qui a été fait, quand et par qui. Face à un contrôleur, « c'est dans le fichier » n'est pas une réponse.

S'ajoutent les droits d'accès — dans un classeur partagé, tout le monde voit tout et peut tout modifier, y compris par erreur — et les versions : portefeuille_v3_final_MAJ.xlsx envoyé par mail, copié sur un poste, modifié des deux côtés, et plus personne ne sait laquelle fait foi. Ces limites structurelles reviennent en détail dans notre comparatif CRM généraliste ou logiciel métier ; elles suffisent à motiver la migration.

Préparer la migration : l'inventaire de vos classeurs Excel

Avant de rien déplacer, recensez. La plupart des cabinets découvrent à cette étape qu'ils n'ont pas un fichier mais huit : le portefeuille « officiel », l'extraction de l'ancien outil jamais réintégrée, le suivi de relances d'une collaboratrice, les prospects du salon de l'an dernier. Listez chaque fichier, son propriétaire, sa fréquence de mise à jour et sa date de dernier enregistrement.

Classez ensuite en trois catégories : données vivantes (clients actifs, contrats en cours, affaires en négociation), historique utile (contrats récemment résiliés, sinistres, anciens devis à valeur de contexte) et résidu — doublons, prospects morts depuis des années, colonnes que plus personne ne remplit. Seules les deux premières catégories méritent l'import ; la troisième part en archive, hors du nouvel outil.

Nettoyer et dédoublonner : le gros du travail se fait dans le tableur

Importer des données sales, c'est salir le nouvel outil dès le premier jour. Le nettoyage se fait dans Excel, là où vous maîtrisez encore les formules : normaliser les formats (dates, téléphones, codes postaux), séparer les champs fusionnés — « M. Dupont Jean » dans une seule colonne fera échouer l'import —, compléter ou marquer les champs vides critiques comme l'échéance ou l'assureur.

Le dédoublonnage demande un choix, pas seulement une formule : deux lignes « Martin Sophie » avec deux adresses, laquelle fait foi ? Fixez une règle écrite (la plus récente, la plus complète) et faites arbitrer les cas ambigus par la personne qui connaît le portefeuille. Comptez ce travail en jours plutôt qu'en heures — c'est l'étape la plus longue et la plus rentable de toute la migration.

Profitez-en pour purger ce que vous n'avez plus à conserver : pour les prospects sans aucun contact depuis plus de trois ans, l'usage CNIL en matière de conservation invite à ne pas les emporter. Migrer moins, c'est migrer mieux.

Cartographier : quelle colonne alimente quel champ

La cartographie est un tableau de correspondance : chaque colonne source pointe vers un champ cible du logiciel. « Statut » vers l'étape de pipeline, « Échéance » vers la date de renouvellement, « Produit » vers la ligne de contrat. C'est ici que se décident la qualité des relances futures et la fiabilité du reporting.

Deux pièges classiques : les colonnes fourre-tout (« Commentaires » qui mélange notes d'entretien, coordonnées et rappels) à éclater avant import, et les valeurs libres à harmoniser — si « santé », « Santé TNS » et « mutuelle » désignent la même famille de produits, tranchez maintenant. Le nouveau référentiel doit être plus propre que l'ancien, pas sa photocopie.

L'import accompagné : ne restez pas seul devant le CSV

Un import de portefeuille n'est pas un glisser-déposer. Les bons éditeurs proposent un accompagnement : revue de votre cartographie, import d'un échantillon — cinquante lignes suffisent —, vérification croisée, puis chargement complet. Exigez cette étape d'échantillon : elle révèle en une heure les problèmes qui, découverts après coup, prendraient des semaines à corriger.

Vérifiez sur l'échantillon que les contacts sont rattachés aux bons contrats, que les dates d'échéance déclenchent les bonnes alertes, que les montants ont survécu aux formats. Chez Lizzee comme ailleurs, cette reprise fait partie de la mise en route ; son contenu exact compte parmi les critères de notre guide pour choisir le logiciel de son cabinet.

Les trois premières semaines : là où l'adoption se joue

La donnée migrée ne fait pas l'adoption. Semaine 1 : chacun travaille dans le nouvel outil sur les dossiers courants, avec un référent joignable et un point quotidien de dix minutes pour lever les blocages. Les questions des premiers jours sont précieuses : elles révèlent les écarts entre le paramétrage et la réalité du cabinet.

Semaine 2 : premiers automatismes — modèles de documents, séquences de relance. Semaine 3 : verrouillez. L'ancien classeur passe en lecture seule ; toute donnée saisie ailleurs que dans l'outil est réputée perdue. La règle paraît brutale, mais c'est elle qui empêche la double saisie de s'installer — et la double saisie est la mort lente de toutes les migrations. Pour la mécanique complète jour par jour, voyez notre plan de changement d'outil en 30 jours.

La checklist de bascule

Avant de déclarer la migration terminée, vérifiez chaque ligne :

Une migration réussie ne se voit pas le jour de l'import. Elle se voit un mois plus tard, quand plus personne n'ouvre l'ancien fichier — et qu'un CRM pensé pour le courtage fait ce que le tableur n'a jamais su faire : tracer, alerter, relancer.

• Inventaire des classeurs réalisé, catégories vivant / historique / résidu tranchées ;
• Doublons fusionnés selon une règle écrite, cas ambigus arbitrés ;
• Prospects au-delà de la durée de conservation purgés ;
• Cartographie colonnes-champs validée avec l'éditeur ;
• Import d'échantillon contrôlé, puis import complet vérifié par sondage ;
• Droits d'accès configurés profil par profil, sans accès unique partagé ;
• Ancien fichier archivé en lecture seule, date d'arrêt annoncée à l'équipe ;
• Référent désigné et point quotidien planifié pour trois semaines.

FAQ

Combien de temps prend une migration depuis Excel ?

Pour un cabinet de deux à six personnes, comptez de quelques jours à deux semaines de préparation des données selon leur état, quelques jours pour l'import accompagné avec l'éditeur, puis trois semaines d'adoption encadrée. C'est le nettoyage qui domine le calendrier, pas la technique : plus vos classeurs sont anciens et partagés, plus la phase de dédoublonnage s'allonge.

Faut-il importer tout l'historique du cabinet ?

Non. Importez les données vivantes et l'historique réellement utile au conseil : contrats en cours, résiliations récentes, sinistres, devis à valeur de contexte. Le reste — prospects morts, doublons, colonnes abandonnées — part dans une archive hors outil, consultable si besoin. Importer le résidu ralentit la migration, encombre les recherches et dégrade la qualité du nouveau référentiel dès le départ.

Qui doit faire le nettoyage : l'éditeur ou le cabinet ?

Les deux, mais pas au même endroit. L'éditeur outille : gabarits d'import, détection de doublons, contrôles de format. Le cabinet arbitre : lui seul sait quelle adresse fait foi, quel prospect est encore actif, quelles valeurs libres désignent le même produit. Externaliser entièrement le nettoyage produit des données propres en apparence et fausses en pratique.

Peut-on continuer à travailler pendant la migration ?

Oui, c'est même la norme. La préparation des données se fait en parallèle de l'activité ; seul l'import final impose un court gel de saisie, un à deux jours, à placer sur une période calme. Ce qui paralyse un cabinet, ce n'est pas la migration : c'est la double saisie qui s'installe quand la bascule n'a pas de date de fin.

Que devient le fichier Excel après la bascule ?

Il passe en lecture seule et rejoint une archive datée, conservée le temps nécessaire à la vérification et aux obligations de conservation. Il ne doit plus recevoir une seule saisie : chaque ligne ajoutée après la bascule est une donnée perdue pour le cabinet. Si un usage persiste, c'est le signe d'un manque dans le paramétrage du nouvel outil — traitez la cause, pas le symptôme.