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é. 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

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.
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.
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.
Laurent Tulpan

À propos de l'auteur

Laurent Tulpan

Directeur de projet digital senior, ancien développeur et expert SEO depuis 2005. Il cadre et pilote des applications métier pour des PME et des ETI, du relevé de l'existant jusqu'à la formation du référent interne. Découvrir son approche.

À lire ensuite