Le fichier Excel qui porte toute l'entreprise

Une PME d'une vingtaine de personnes, pas d'équipe technique, et un fichier Excel qui porte les devis, les commandes, le suivi de production et l'historique client. Il plante. Personne ne veut y toucher. Voici comment ce cas se traite, et pourquoi le remplacement du fichier n'est jamais le vrai sujet.

Une mission racontée du côté du pilote

Laurent Tulpan, directeur de projet digital
Publié le 28 août 2026, lecture 5 min

Cas représentatif reconstitué à partir de plusieurs missions réelles menées entre 2023 et 2025 avec l'équipe de Cœur du Web, l'agence que j'ai fondée. Aucune donnée d'un client identifiable n'y figure, et les chiffres d'une entreprise particulière n'y sont pas repris.

Ce que le fichier porte réellement

Le tableur central ne contient pas seulement des données. Il contient des règles métier que personne n'a écrites ailleurs, dans des formules imbriquées, des onglets que plus personne n'explique, et parfois des mots de passe. C'est la mémoire de l'entreprise, sous une forme que rien ne sauvegarde.

Autour de lui gravitent des outils qui ne se parlent pas : un logiciel de gestion commerciale, une comptabilité séparée, un outil de planning, un espace de fichiers partagés. Une commande saisie dans le premier est ressaisie dans le tableur, puis dans la comptabilité, puis dans le planning. Quatre saisies pour un événement unique.

Le coût réel de ce montage ne se lit pas sur une facture, ce qui explique qu'il perdure. Il se lit le jour où la personne qui maîtrise le fichier est absente et où l'entreprise ralentit.

Pourquoi personne ne le remplace

Le dirigeant sait presque toujours que ce point est le plus fragile de son organisation. Ce n'est pas l'ignorance qui bloque, ce sont deux impasses également mauvaises.

  • Recruter un développeur en interne. Le besoin est trop ponctuel pour justifier un poste permanent, et trop critique pour être confié à quelqu'un qui partirait dans six mois avec la connaissance.
  • Acheter un progiciel du marché. Il couvre soixante-dix pour cent du métier et impose sa logique sur les trente restants, qui sont précisément ceux qui font la différence de cette entreprise-là.

S'y ajoute une peur légitime et rarement dite : celle de la migration. Personne ne veut être celui qui aura perdu l'historique. Cette peur est le vrai frein, et elle mérite une réponse technique, pas une promesse commerciale.

Ce qu'on regarde avant de proposer quoi que ce soit

Deux à cinq jours de cartographie, avant tout engagement de développement. On relève ce que la pile contient vraiment, ce que le tableur porte, qui le sait, et on chiffre honnêtement trois options : tout migrer, migrer par modules, ou réduire la dépendance sans remplacer.

Ce travail est facturé et le livrable appartient au dirigeant, exploitable même s'il ne donne pas suite avec nous. C'est une condition que je pose plutôt qu'une facilité commerciale : un cadrage offert est un cadrage orienté vers la vente qui le suit, et il se voit dans ses conclusions.

La troisième option, réduire la dépendance sans remplacer, est celle qu'on recommande plus souvent qu'on ne l'imagine. Elle consiste à extraire les deux ou trois onglets réellement critiques et à laisser le reste tranquille. Elle coûte une fraction du projet complet et règle l'essentiel du risque.

L'outil qui prend la relève

Quand la suite est engagée, l'outil construit tient en quatre engagements.

Avant, une commande est saisie quatre fois dans quatre outils qui ne communiquent pas. Après, elle est saisie une fois et l'outil métier alimente la comptabilité et le planning
La double saisie disparaît parce que les outils déjà en place se parlent, pas parce qu'on les remplace.
  • Une base de données à la place des onglets critiques, avec des contrôles de cohérence et un historique des modifications. Ce qui était une formule devient une règle explicite.
  • Des connexions aux outils déjà en place par leurs interfaces de programmation, pour que la double saisie disparaisse. Une commande créée d'un côté remonte de l'autre, et la facture part vers la comptabilité sans intervention.
  • Une reprise de l'historique en deux passes de contrôle. Quand une donnée ne tient pas, elle est signalée et le risque est documenté, plutôt que corrigée en silence.
  • Les sources, les accès et la documentation remis à l'entreprise. Elle peut nous reprendre plus tard, ou nous remplacer.

Ce périmètre ressemble à celui d'une application métier classique, à une différence près : il est délibérément resserré sur ce que le tableur portait, et pas sur ce qu'on pourrait imaginer de mieux.

Le référent interne décide de la réussite

Une personne de l'entreprise est formée pour modifier les règles métier simples, changer un seuil, ajouter une catégorie, sans appeler personne. Deux jours suffisent. C'est ce qui distingue un outil approprié d'un outil subi.

Sans ce référent, l'entreprise a troqué une dépendance à un fichier contre une dépendance à un prestataire, ce qui n'est pas un progrès et coûte plus cher. Avec lui, la connaissance reste dans l'entreprise, ce qui était le vrai problème depuis le début.

C'est aussi le critère qui permet de juger une proposition concurrente. Un devis qui ne prévoit ni formation d'un référent, ni remise des sources, ni documentation exploitable vend un abonnement déguisé. C'est le rôle d'une assistance à maîtrise d'ouvrage de faire écrire puis vérifier ce besoin côté client. La distinction se retrouve dans tout projet, et elle se lit dans le cahier des charges avant de se lire dans la facture.

Questions fréquentes

Pourquoi ne pas simplement acheter un logiciel du marché ?
Parce que le progiciel impose sa logique sur la part du métier qui fait la différence de l'entreprise. Il couvre bien les processus standards, et mal ce que le tableur porte de spécifique, qui est justement la raison pour laquelle le tableur existe. La question à se poser est de savoir quelle proportion du fichier relève du standard : si elle dépasse largement les trois quarts, le progiciel redevient le bon choix.
Que devient l'historique contenu dans le fichier ?
Il est repris et contrôlé en deux passes. Les données incohérentes sont signalées et le risque documenté plutôt que corrigé en silence, parce qu'une correction automatique invisible est la façon la plus sûre de perdre la confiance de l'équipe le jour où elle s'en aperçoit. Le tableur d'origine est conservé en lecture seule après la bascule.
Faut-il tout remplacer d'un coup ?
Rarement. Le découpage par modules permet de traiter d'abord les deux ou trois onglets critiques, ceux dont la perte arrêterait l'activité, et de laisser le reste en place. L'entreprise mesure le gain sur un périmètre court avant d'engager la suite, et la bascule complète devient une décision éclairée plutôt qu'un pari.

À lire ensuite

Parlons de votre projet

Un premier échange de vingt minutes suffit en général pour comprendre votre situation et vous donner des pistes concrètes. Réponse sous 24 h ouvrées, par la personne qui pilotera votre projet.

Laurent TulpanLaurent Tulpanvous répond sous 24 h