Dans presque toutes les PME que j'accompagne, il y a le fichier. Celui qui gère les devis, le planning, le stock ou les commandes. Celui que trois personnes ouvrent en même temps, qui existe en version final_v2_MODIF_juin.xlsx, et dont une seule personne comprend vraiment les formules. Ce fichier a rendu d'immenses services. Mais à un moment, il devient le principal risque opérationnel de l'entreprise , et personne n'ose y toucher.
En treize ans de développement d'outils métier pour des PME, j'ai vu des entreprises perdre des journées entières à réconcilier des versions, et d'autres facturer de travers pendant des mois à cause d'une formule cassée. La bonne nouvelle : la migration vers un outil dédié est un projet très balisé, à condition de le prendre dans le bon ordre.
La réponse courte : il est temps de quitter Excel quand le fichier est modifié par plus de 2-3 personnes, qu'il pilote un processus critique (facturation, stock, planning) et que les erreurs coûtent de l'argent réel. Comptez entre 10 000 et 40 000 € et 6 à 12 semaines pour un outil sur-mesure de première version, souvent moins en no-code.
Les 5 signes que votre fichier Excel devient dangereux
Excel n'est pas le problème. Le problème, c'est d'utiliser un tableur comme base de données multi-utilisateurs. Voici les signaux que je retrouve systématiquement chez mes clients avant une migration :
- Les versions divergent. Le fichier circule par email ou traîne sur un partage réseau, et personne ne sait quelle copie fait foi. Chaque fusion manuelle est une occasion de perdre des données.
- Les erreurs silencieuses s'accumulent. Une ligne insérée qui casse une plage de formule, un copier-coller qui écrase une cellule calculée… Des études citent régulièrement que la majorité des tableurs complexes contiennent au moins une erreur significative. Sur un fichier de facturation, ça se chiffre vite.
- Plusieurs personnes travaillent dessus en même temps. Les conflits d'édition, les cellules verrouillées, les « c'est toi qui as le fichier ? » quotidiens sont le symptôme le plus visible.
- Une seule personne comprend le fichier. Si votre processus de commande dépend des macros écrites par un collaborateur parti depuis deux ans, vous avez un problème de continuité d'activité, pas un problème d'outil.
- Aucune traçabilité ni droit d'accès. Qui a modifié ce prix ? Quand ? Impossible à dire. Et le stagiaire a accès aux marges de toute l'entreprise. Côté RGPD, un fichier client qui circule librement est aussi une bombe à retardement.
Si vous cochez trois de ces cinq cases, la question n'est plus « faut-il migrer ? » mais « vers quoi, et quand ? ».
Ce qu'Excel fait très bien (et qu'il faut garder)
Je ne fais pas partie des développeurs qui méprisent Excel. C'est un outil d'analyse exceptionnel : tableaux croisés dynamiques, simulations, exploration libre des données. Un bon outil métier ne cherche pas à remplacer ça , il doit au contraire exporter proprement vers Excel pour que vos analyses ad hoc restent possibles.
Ma règle de partage : la saisie et le processus (créer un devis, décrémenter un stock, valider une commande) vont dans l'outil métier, avec des règles de validation et des droits d'accès. L'analyse (reporting exploratoire, simulations budgétaires) peut rester dans un tableur, alimenté par des exports fiables. Vous gardez le meilleur des deux mondes.
Sur-mesure, no-code ou logiciel du marché : le comparatif
Avant de foncer sur le développement sur-mesure, posez-vous la question des trois familles de solutions :
| Option | Budget indicatif | Délai | Quand la choisir |
|---|---|---|---|
| Logiciel du marché (SaaS existant) | 30 à 300 €/mois | Immédiat | Votre processus est standard (CRM, factures, RH) |
| No-code (Airtable, Baserow, outils internes) | 2 000 à 10 000 € + abonnements | 2 à 4 semaines | Processus semi-standard, < 10 utilisateurs, besoin d'itérer vite |
| Sur-mesure (application web dédiée) | 10 000 à 40 000 € | 6 à 12 semaines | Processus différenciant, volumétrie, intégrations, nombreux utilisateurs |
Mon conseil : si un logiciel du marché couvre 90 % de votre besoin, prenez-le. Le sur-mesure se justifie quand votre façon de travailler est précisément ce qui vous rend plus efficace que vos concurrents : là, tordre votre organisation pour rentrer dans un logiciel générique vous coûterait plus cher que de développer. J'ai détaillé cet arbitrage dans no-code vs code sur-mesure.
Migrer les données sans tout casser
C'est l'étape que tout le monde sous-estime. Vos données Excel sont sales : doublons de clients (« Dupont SARL » et « DUPONT »), dates saisies en texte, colonnes détournées de leur usage, cellules fusionnées. La migration se déroule en quatre temps :
- Audit et nettoyage. On inventorie les onglets, on identifie les données réellement utilisées (souvent 60 % des colonnes sont mortes), on dédoublonne et on normalise. Prévoyez 2 à 5 jours, avec quelqu'un du métier à côté , seul le métier sait que la colonne « Divers » contient en fait les remises.
- Import scripté et rejouable. Je refuse les imports manuels à la main : on écrit un script d'import qu'on peut relancer autant de fois que nécessaire. Ça permet de tester la migration à blanc, de corriger, et de refaire l'import final la veille de la bascule avec les données à jour.
- Période de double vie courte. Une à deux semaines maximum où l'ancien fichier reste consultable en lecture seule. La double saisie prolongée est un piège : elle double la charge et personne ne bascule jamais vraiment.
- Bascule avec un référent interne. Une personne de l'équipe est formée en premier et devient le relais. L'adoption se joue là, pas dans le code.
Budget et délais réalistes en 2026
Pour un outil métier sur-mesure de première version (gestion de données, formulaires, droits d'accès, exports, un ou deux workflows), comptez 10 000 à 25 000 € avec un freelance expérimenté, et plutôt 25 000 à 60 000 € en agence. Les intégrations (comptabilité, ERP, e-commerce) et les migrations de données complexes sont les deux postes qui font grimper la note. Le détail de ce qui compose un budget de ce type est proche de ce que je décris dans combien coûte un MVP SaaS.
Côté délais, 6 à 12 semaines entre le cadrage et la mise en production est une fourchette saine. Méfiez-vous des promesses à 3 semaines comme des projets à 6 mois : les premiers font l'impasse sur la migration des données, les seconds sur le découpage en versions.
Les erreurs fréquentes que je vois sur ce type de projet
- Reproduire Excel à l'identique. Si l'outil clone le fichier, écran par écran, vous héritez de quinze ans de bricolages. La migration est l'occasion de simplifier le processus, pas de le figer.
- Vouloir tout couvrir en version 1. On migre d'abord le processus le plus douloureux. Les 20 % de cas rares peuvent rester dans un tableur encore quelques mois.
- Oublier les exports. Le jour où l'équipe ne peut plus sortir ses données vers Excel, elle recrée des fichiers parallèles dans votre dos , et vous revoilà au point de départ.
- Négliger le cadrage. Deux jours passés à formaliser les règles métier en amont évitent des semaines d'allers-retours. C'est exactement l'objet de mon article sur le cadrage de projet tech.
Un fichier Excel qui fait tourner l'entreprise, ce n'est pas un outil : c'est une dette qui court. La question n'est pas de savoir si elle vous coûtera quelque chose, mais quand.
Par où commencer ?
Commencez par lister vos fichiers critiques et cochez les cinq signes ci-dessus. Si le diagnostic penche vers la migration, je peux auditer votre fichier et vous dire en 30 minutes si votre cas relève du logiciel existant, du no-code ou du sur-mesure , avec une fourchette de budget honnête. Réservez un appel découverte, c'est sans engagement.
À lire ensuite : automatiser son entreprise avec l'IA pour la suite logique, une fois vos données structurées.
