Publié le 11 août 2026.
Un fichier Excel qui fait tourner une partie de l'entreprise a gagné sa place. Son remplacement se décide sur des faits : le jour où il coûte plus qu'il ne rend.
Le fichier a gagné pour une raison précise : il épouse le process réel, et celui qui le tient change une règle en dix secondes. Aucun projet informatique classique ne livre cette vitesse. Les équipes qui défendent leur fichier ne sont pas attachées à Excel ; elles sont attachées à cette vitesse, et elles ont raison. Un remplacement qui la leur retire échouera, quel que soit l'outil choisi.
Tant qu'elle est là, tout tient. Ses congés d'août sont une répétition générale : si le planning attend son retour, le fichier est critique. La méthode plus bas traite ce signe de front, parce que c'est le plus urgent des trois.
Le fichier part par mail, revient annoté, deux versions circulent. Le lundi matin, la même question produit deux chiffres selon la personne qui a fait l'extraction.
Né pour suivre des commandes, il déclenche aujourd'hui la facturation. Un onglet ajouté à la fois, il est devenu le système central sans que personne l'ait décidé.
Un seul de ces signes justifie de préparer le remplacement. L'urgence, elle, reste le pire architecte.
La réponse habituelle est un outil du marché ou un module d'ERP. Six mois de projet, un comité, des écrans qui imposent leur logique au process. Et la règle qu'on changeait en dix secondes demande un ticket. Le scénario d'après se répète d'une entreprise à l'autre : le fichier revit en douce, à côté de l'outil officiel. Le problème a doublé : deux systèmes, deux vérités.
Le bon critère de choix : la part de leur vitesse que l'outil rend aux utilisateurs.
Pas tout le fichier : le morceau dont les autres dépendent. Le reste attendra d'avoir vu le premier tourner.
La logique métier est déjà écrite dans le fichier : les formules disent la vérité du process mieux que les réunions de cadrage. Onze ans à tenir les fichiers d'une chaîne de magasins (la nôtre) nous l'ont appris. Mais les formules ne disent pas tout. L'autre moitié de la spécification vit dans les gestes de la personne qui tient le fichier : la cellule écrasée un jeudi sur trois, l'ordre des copier-coller. Ces gestes se documentent en la regardant faire, une heure suffit souvent. C'est aussi ce qui traite le premier signe : ses gestes une fois absorbés par l'application, elle cesse d'être le point unique.
Le fichier reste maître tant que l'application n'a pas prouvé, colonne par colonne, qu'elle produit les mêmes chiffres. Cette preuve ne s'obtient pas après la mise en production : elle se construit pendant, sur vos données réelles, semaine après semaine. La bascule est la fin d'une comparaison qui a déjà eu lieu, pas un saut.
L'application doit rendre aux utilisateurs ce que le fichier leur donnait : changer un paramètre du quotidien sans ouvrir un ticket. Exigez ce critère de quiconque construit le remplacement, nous compris. Chez nous, il entre au périmètre écrit dès la première semaine.
Notre offre applique cette méthode dans un forfait court. Le périmètre se signe en semaine 1 : c'est là que le prix se fige, avant tout engagement sur la construction. Une URL de recette existe dès la semaine 2. Vos utilisateurs testent en continu sur vos données en semaine 3 : la comparaison avec le fichier commence là, pas après. La production arrive en semaine 4, et le fichier ne s'éteint que quand les chiffres concordent. Avant tout cela, nous montrons notre propre outil qui tourne en production : ce que nous savons construire se voit, il ne se raconte pas.
Le périmètre s'écrit avant la signature, le prix est ferme, et un outil qui tourne se montre avant tout engagement. L'offre détaille les jalons, les livrables et ce qui est exclu.
Voir l'offre et les prixÀ lire ensuite : tous les guides
