Tous les mois, un dirigeant me demande « est-ce qu'on est prêts à quitter Excel ? ». C'est la mauvaise question.
La bonne : combien Excel vous coûte déjà par an, sans que vous le sachiez ? Pour beaucoup de PME que j'accompagne, la réponse est entre 30 000 et 150 000 € cachés dans des heures perdues, des erreurs de ressaisie, et des risques qui couvent.
Voici le cadre de décision complet : les 5 signaux qu'Excel est devenu un risque, le calcul de ROI à faire sur un coin de table, les 3 portes de sortie possibles, et la méthode qui évite de tout casser en route.
Les 5 signaux qu'Excel n'est plus un outil — c'est un risque
1. Plusieurs personnes modifient le même fichier
Excel a beau avoir ajouté la co-édition, la réalité terrain est brutale : dès que deux collaborateurs ouvrent le même fichier en même temps, quelqu'un perd ses modifications. Un jour ou l'autre, ce sera une ligne de facture, un prix négocié, ou un numéro de lot critique.
Si votre fichier partagé a déjà généré une conversation qui commence par « bon, qui a écrasé mes changements ? », vous êtes concerné.
2. Une seule personne sait comment il fonctionne
La directrice financière part en vacances, et le fichier de consolidation devient illisible pour tout le monde. Ou pire : elle démissionne. Vous héritez d'un tableur de 18 onglets, 400 formules imbriquées, trois macros VBA que personne n'a relues depuis cinq ans.
C'est un risque de continuité. Pas un risque théorique — un risque opérationnel qui se matérialise toujours au mauvais moment.
3. Les formules se sont accumulées comme des couches géologiques
=SI(ESTERREUR(RECHERCHEV(...)); 0; INDEX(...)) appelle une cellule qui appelle une autre feuille qui appelle une SOMMEPROD de trois colonnes remplies par une macro. Modifier une ligne prend une demi-journée. Auditer une cellule demande une expédition.
Si vous avez peur de toucher à certaines parties du fichier, c'est qu'il a dépassé sa limite technique.
4. Vous avez 4 versions : janvier, final, final2, vraifinal
Le fichier tourne par email, chacun en a une copie locale, personne ne sait laquelle est la vérité. Vous prenez une décision à partir des chiffres du mardi. Votre collègue en prend une autre à partir des chiffres du lundi. Les deux pensent avoir raison.
C'est le signe que vous manquez de source unique de vérité — exactement ce qu'un tableau de bord sur mesure règle en une itération.
5. Vous commencez à copier des morceaux vers d'autres outils
Le fichier est devenu si inconfortable que vos équipes l'exportent ailleurs : dans Notion, dans Airtable, dans un Google Sheets « plus propre ». Chacun crée sa version satellite. Les données divergent. Vous compilez à la main pour le comité de direction.
À ce stade, Excel n'est plus l'outil de travail — c'est un entrepôt de désordre que tout le monde tente de contourner.
Si vous cochez 2 signaux sur 5, il est temps d'y regarder sérieusement. Si vous en cochez 4 ou 5, vous êtes déjà en dette technique — ça vous coûte de l'argent tous les mois, et un incident va finir par arriver.
Combien Excel vous coûte vraiment — le calcul à faire sur un coin de table
La formule est simple. Vous n'avez pas besoin de consultant pour la poser :
Coût caché annuel = Nb utilisateurs × Heures/semaine × 45 semaines × Taux horaire chargé
Les variables, une par une :
- Nb utilisateurs : personnes qui manipulent le fichier au quotidien ou au moins chaque semaine. Pas ceux qui l'ouvrent deux fois par an.
- Heures/semaine : temps passé à saisir, ressaisir, corriger, consolider, rechercher une cellule. Les managers sous-estiment toujours — demandez aux utilisateurs directement.
- 45 semaines : 52 - 5 semaines de congés - 2 semaines de fériés/ponts. Ajustez selon votre contexte.
- Taux horaire chargé : salaire brut mensuel × 12 × 1,45 (charges patronales + avantages) divisé par 1 607 heures (temps de travail annuel). Pour un cadre à 45 k€ brut annuel, ça fait environ 40 €/h.
Trois exemples concrets pour vous situer :
| Scénario | Utilisateurs | Heures/sem | Taux horaire | Coût annuel caché |
|---|---|---|---|---|
| Petite PME 10 personnes, compta & ventes | 3 | 5 | 28 € | 18 900 € |
| PME 50 personnes, multi-fonctions | 8 | 7 | 32 € | 80 640 € |
| PME industrielle 80 personnes, ERP maison Excel | 15 | 8 | 30 € | 162 000 € |
Maintenant la contrepartie : une application métier sur mesure, construite sur un périmètre clair, coûte typiquement entre 8 000 € et 25 000 € (pour reprendre les fourchettes que je publie sur ma page tarifs). Amortie sur 3 ans, ça fait 2 700 à 8 300 €/an. Ajoutez l'hébergement : 50 à 200 €/mois selon la taille.
Le constat brutal : dès le deuxième scénario (PME 50 personnes), Excel coûte déjà 10 à 15 fois ce que coûterait l'application qui règle le problème. Sur la troisième ligne, le rapport devient absurde.
Faites le calcul sur votre propre fichier avant de lire la suite. Si vous arrivez en dessous de 10 000 € par an, vous pouvez probablement rester sur Excel encore un an. Au-delà, vous payez un loyer invisible.
Les 3 portes de sortie (et quand choisir chacune)
Quitter Excel ne veut pas dire aller en sur mesure. Il y a trois chemins, chacun avec ses forces et son plafond.
Porte A — Le SaaS spécialisé
Votre process est standard (CRM commercial, facturation, RH de base, compta).
- Coût : 20 à 100 €/utilisateur/mois, selon l'outil
- Délai : mise en place 2 à 8 semaines
- Piège : 70 à 80 % des fonctionnalités que vous payez ne seront jamais utilisées. Et le jour où votre process sort du cadre, l'outil ne suit plus.
Quand c'est la bonne réponse : votre fichier Excel fait exactement ce que fait n'importe quelle autre PME du secteur. Pipeline commercial classique, facturation standard, gestion RH de base.
Porte B — Le no-code (Airtable, Notion, Retool, Baserow)
Vous avez dans l'équipe au moins une personne « bricoleuse » capable de maintenir un outil paramétrable.
- Coût : 500 à 3 000 €/an en licences
- Délai : un prototype utilisable en 1 à 3 semaines
- Piège : plafond de complexité. Le jour où vous voulez une logique qui sort de la grille (workflow conditionnel complexe, intégration API particulière, calcul métier propre), vous êtes bloqué. Et le « bricoleur » devient un point de défaillance unique.
Quand c'est la bonne réponse : vos besoins sont simples, vous voulez itérer vite, et vous êtes à l'aise avec l'idée de reconstruire dans deux ans quand vous aurez atteint le plafond.
Porte C — L'application sur mesure
Aucun outil du marché ne colle à plus de 70 % de votre process, ou vos contraintes métier sont spécifiques.
- Coût : 8 000 à 25 000 € en développement, puis hébergement léger
- Délai : 6 à 12 semaines typiquement
- Piège : tomber sur un prestataire qui livre en 9 mois au lieu de 2, avec un cahier des charges de 80 pages que personne ne lit.
Quand c'est la bonne réponse : votre process est votre avantage concurrentiel, vous tenez à la souveraineté de vos données, et vous voulez un outil qui tient 5 à 10 ans sans dépendance à un éditeur. C'est le terrain de mes missions d'application métier.
Tableau de synthèse
| Critère | SaaS | No-code | Sur mesure |
|---|---|---|---|
| Coût initial | Faible | Faible | Élevé |
| Coût à 3 ans | Élevé (récurrent) | Moyen | Amorti |
| Ajustabilité à votre process | ❌ limitée | ⚠️ moyenne | ✅ totale |
| Propriété du code/des données | ❌ | ⚠️ partielle | ✅ |
| Plafond d'évolution | Bas | Moyen | Aucun |
| Délai de mise en route | 2-8 sem | 1-3 sem | 6-12 sem |
Pour un angle plus détaillé sur la décision SaaS vs sur mesure avec chiffres réels, je renvoie vers l'article que j'ai écrit là-dessus — il complète cet article sur la partie SaaS.
Ce qui rate systématiquement quand on quitte Excel
La migration « d'un coup »
Vendredi soir, on ferme Excel pour toujours. Lundi matin, tout le monde découvre le nouvel outil. C'est la catastrophe garantie. Les équipes n'ont pas eu le temps d'apprendre, les cas limites n'ont pas été testés, et en trois jours quelqu'un propose de « ressortir le fichier pour dépanner ».
La bonne approche : faire tourner les deux en parallèle 2 à 4 semaines maximum, avec une date de bascule annoncée dès le début. Pas 6 mois. Pas « on verra ».
Laisser Excel « en parallèle » pour toujours
Variante inverse : on déploie le nouvel outil, mais on garde Excel « au cas où ». Un an après, l'équipe utilise encore Excel pour 40 % des tâches, et le nouvel outil est boudé. Vous payez les deux.
La bonne approche : fixer une date ferme de fin d'Excel. Archiver le fichier (lecture seule). Couper les accès en écriture. Brutal mais nécessaire.
Vouloir reproduire Excel à l'identique
« Faites-moi pareil, mais en application. » C'est la pire demande que je reçoive. Un bon outil ne reproduit pas Excel — il le remplace par autre chose. Si l'application imite les 18 onglets et les 400 formules, elle hérite de la dette technique sans les avantages d'Excel (flexibilité, familiarité).
La bonne approche : partir des usages (quelles décisions sont prises avec ce fichier ?) plutôt que de la structure (quelles colonnes/formules existent ?). L'application finale aura 30 % des fonctionnalités d'Excel et couvrira 95 % des usages réels.
La méthode que j'applique — 4 étapes, 8 à 14 semaines
Étape 1 — Audit des usages réels (1 semaine)
Entretiens 30-60 minutes avec chaque utilisateur du fichier (pas le manager — les utilisateurs). Questions précises : que cherchez-vous quand vous l'ouvrez ? Quelles actions faites-vous ? Qu'est-ce qui vous frustre ? Que faites-vous en dehors du fichier parce qu'il ne le permet pas ?
En général, 70 % de ce qui est dans le fichier n'est jamais utilisé. L'audit révèle ce qui compte vraiment.
Étape 2 — Cadrage des fonctionnalités indispensables (1 semaine)
À partir de l'audit, je liste 15 à 25 fonctionnalités réellement utilisées. Je les priorise en 3 niveaux : must-have (sans ça, pas de bascule), nice-to-have (phase 2), obsolètes (à abandonner).
Le dirigeant valide la liste. Pas 80 pages de cahier des charges — une liste de 15 lignes avec accord écrit.
Étape 3 — Construction avec feedback hebdo (4-8 semaines)
Je développe par itérations d'une semaine. Chaque vendredi, démo de 20 minutes avec 1 ou 2 utilisateurs clés. Ajustements la semaine suivante.
Pas de livraison « grand soir ». À la fin de chaque semaine, un morceau fonctionne et est testé par un vrai utilisateur.
Étape 4 — Bascule + archivage Excel (1-2 semaines)
Période de double run : 2 à 3 semaines où Excel et l'appli tournent en parallèle. Formation courte des utilisateurs (ateliers 45 minutes, pas 3 jours). Date de fin d'Excel annoncée, fixe.
Puis coupure. Le fichier Excel passe en archive lecture seule. Si dans les 4 semaines suivantes quelqu'un demande « il me manque tel truc dans l'appli », c'est que l'audit était incomplet — je l'ajoute. Typiquement 2 à 5 ajustements mineurs.
Par où commencer
Si vous hésitez à franchir le pas, la démarche la plus saine est un audit express de 30 minutes. Je prends le créneau ici — c'est gratuit, sans engagement, et vous repartez avec :
- Une estimation chiffrée de ce qu'Excel vous coûte par an
- Un verdict honnête : SaaS, no-code ou sur mesure, selon votre contexte
- Un ordre de grandeur de budget si la voie sur mesure a du sens
Je ne pousse jamais le sur mesure quand un SaaS suffit. Je refuse régulièrement des missions parce que la vraie réponse est un outil du marché à 80 €/mois. Mes fourchettes de prix sont publiques — pas de devis opaque, pas de tarif horaire qui dérape.
Ce qui m'intéresse, c'est que vous gagniez en sérénité, pas que je facture une journée de plus.
Pour aller plus loin
- Service concerné : Développement d'application sur mesure
- Articles connexes : SaaS vs sur mesure — le vrai calcul · Quand passer au sur-mesure : 5 signaux
