← Tous les articles outils métier internes

Excel ou logiciel métier : quand le tableur devient un risque

Dans beaucoup d'entreprises de six à cinquante personnes, le vrai logiciel métier est un fichier Excel. Il porte les commandes, les dossiers, les chantiers ou les mandats. Il a été construit par quelqu'un qui connaissait le métier, amélioré pendant des années, et il fonctionne.

Ce fichier n'est pas un aveu de retard. C'est la preuve que votre process existe et qu'il est déjà écrit. La plupart des entreprises n'ont pas ça. Le problème n'est jamais le tableur en lui-même, c'est le moment où il cesse d'être un outil pour devenir le seul endroit où le travail existe.

Cet article donne les signaux qui disent que ce moment est passé, et les cas, nombreux, où il ne l'est pas.

Ce qu'un tableur fait mieux que n'importe quel logiciel

Il faut commencer par là, sinon le raisonnement est faussé.

Un tableur se modifie en trois secondes, sans demander la permission à personne. Il accepte l'exception, la note dans la marge, la ligne qui ne rentre dans aucune case. Il ne coûte rien de plus que la suite bureautique déjà payée. Et surtout, il appartient à la personne qui l'utilise : elle n'a pas besoin d'un prestataire pour ajouter une colonne.

Aucun logiciel métier ne rend cette liberté. C'est précisément ce qu'on échange quand on le remplace, et c'est pour ça qu'il ne faut le faire que quand le prix en vaut la peine.

Les cinq signaux

Ils sont observables. Vous pouvez les vérifier cette semaine sans faire venir personne.

1. Le fichier a des copies

Suivi_chantiers_V4.xlsx, Suivi_chantiers_V4_final.xlsx, Suivi_chantiers_V4_final_JM.xlsx.

Dès qu'un fichier est dupliqué pour être travaillé à deux, il n'y a plus de version de référence. Personne ne peut plus répondre avec certitude à la question « où en est ce dossier ». Les réponses divergent selon qui ouvre quel fichier, et l'écart ne se voit qu'au moment où il coûte cher.

C'est le signal le plus fréquent et le plus sous-estimé, parce qu'il ne se manifeste jamais comme une panne. Il se manifeste comme un désaccord.

2. Une seule personne sait le faire tourner

Il y a des formules imbriquées que personne d'autre ne comprend, une macro écrite il y a quatre ans, un onglet caché qui alimente les autres. Cette personne existe dans presque toutes les entreprises, et tout le monde sait qui c'est.

Le test est simple : si elle part trois semaines, est-ce que le travail continue au même rythme ? Si la réponse est non, le tableur n'est plus un outil, c'est une dépendance.

3. La colonne commentaire est devenue la colonne principale

Quand une colonne en texte libre contient l'information qui décide vraiment de la suite, le fichier a dépassé ce qu'une grille sait exprimer. Le process a des étapes, des conditions et des validations, et un tableau à deux dimensions ne sait pas les représenter. Alors les gens les écrivent en français dans une cellule.

C'est le signal qu'il ne faut pas confondre avec un problème de rigueur. Ce n'est pas que les équipes remplissent mal. C'est que l'outil ne peut pas contenir ce qu'elles ont à dire.

4. L'information est ressaisie ailleurs

Le devis est monté dans le tableur, retapé dans le logiciel de facturation, recopié dans un mail de suivi. La même information, saisie trois fois, par des personnes différentes, à des moments différents.

Ce n'est pas seulement du temps perdu, c'est une garantie d'écart. Deux des trois copies finiront par diverger, et personne ne saura laquelle fait foi.

5. Personne ne peut dire qui a changé quoi

Un tableur partagé n'a pas d'historique exploitable, pas de droits par personne, pas de trace de décision. Une ligne modifiée à tort ne se retrouve pas. Un montant écrasé ne se remarque qu'à la relecture, si relecture il y a.

Tant que le fichier ne porte que du suivi interne, ce n'est pas grave. Le jour où il porte des prix, des engagements clients ou des données personnelles, ça le devient.


Un signal isolé ne justifie rien. Trois signaux ensemble décrivent une entreprise qui paie déjà son tableur, sans que ça apparaisse nulle part dans ses comptes.

Les trois fausses sorties

Acheter un progiciel du commerce

C'est la première réponse proposée, et elle est bonne dans un cas précis : quand votre façon de travailler ressemble à celle du secteur. Un logiciel du commerce couvre le cas général, souvent très bien, pour un coût sans rapport avec du développement.

Le piège est ailleurs. Les vingt pour cent de votre fonctionnement qui vous sont propres ne rentrent pas dans le paramétrage. Alors ils repartent où ils étaient : dans un tableur, à côté du progiciel. Vous avez maintenant deux outils et la ressaisie entre les deux.

La bonne question n'est pas « ce logiciel fait-il ce dont j'ai besoin », c'est « qu'est-ce qui restera dehors, et où ira-t-il ».

Empiler des outils no-code

Un formulaire, une base en ligne, deux automatisations, un tableau de bord. Ça marche vite, ça coûte peu, et c'est souvent la bonne réponse pour un process simple.

La limite arrive avec les règles. Dès qu'il faut exprimer « si le dossier est dans cet état et que cette pièce manque, alors la validation revient à cette personne », l'empilement devient plus difficile à maintenir que du code, et personne ne sait plus où une règle est écrite.

Recruter

Une personne de plus sur une chaîne qui n'a pas changé traite plus de volume. Elle ne supprime aucune ressaisie, et elle ajoute une copie du fichier.

C'est parfois la bonne réponse, quand la charge vient du travail lui-même et non de son organisation. Mais c'est un coût fixe et récurrent, décidé pour résoudre un problème qui n'a pas été mesuré.

Quand il ne faut surtout pas remplacer le tableur

Cette section est la plus utile, et c'est celle que personne n'écrit.

Quand le process change encore tous les mois. Un logiciel fige des règles. Si les règles ne sont pas stables, vous allez payer pour figer une version qui sera fausse dans huit semaines. Gardez le tableur jusqu'à ce que le process arrête de bouger.

Quand le volume est faible. Trente dossiers par an ne justifient pas une application. Le temps gagné ne remboursera jamais le temps investi, et il faut le dire avant de commencer.

Quand le vrai problème est une décision, pas un outil. Beaucoup de lenteurs viennent d'une validation en trop, d'un rôle mal attribué, ou d'une règle que personne n'a tranchée. Aucun logiciel ne répare ça. Il l'automatise, et le rend plus difficile à changer.

Quand une seule chose bloque. Si toute la douleur tient dans une relance oubliée, une automatisation suffit. Pas d'écran, pas d'application, pas de projet.

Ce que remplace réellement une application métier

Pas un ERP. Pas une refonte du système d'information. Un écran.

Celui qui porte la procédure qui vous coûte le plus : la réponse à appel d'offres, la constitution d'un dossier, le suivi d'un chantier, la préparation d'un mandat. Avec vos étapes, votre vocabulaire, vos droits, et une seule version de la vérité.

Le reste peut rester exactement où il est. Un bon projet d'outil interne commence par une procédure, une seule, et se juge sur un critère unique : est-ce que la même information est encore saisie deux fois ?

Sur ce que coûte un tel écran, et surtout sur les six variables qui font réellement le montant, voir notre méthode de chiffrage. Elle ne donne pas de fourchette, elle donne de quoi juger un devis.

Le test à faire cette semaine

Prenez la procédure qui vous agace le plus, et répondez à quatre questions par écrit.

  1. Combien de personnes touchent ce fichier dans une semaine normale ?
  2. Combien de fois la même information y est-elle saisie, ailleurs, sous une autre forme ?
  3. Si la personne qui l'a construit s'absente un mois, qu'est-ce qui s'arrête ?
  4. Ces règles ont-elles changé depuis six mois ?

Trois réponses inconfortables et une règle stable : il y a un outil à construire. Une règle qui bouge encore, ou un volume faible : gardez le tableur, et revenez-y dans six mois.


elma développe des applications métier et des intégrations IA pour des entreprises de six à cinquante personnes, à Muret et en Occitanie. Nous partons du process que vous connaissez déjà, sans phase d'audit facturée, et nous disons aussi quand il ne faut rien construire. Parler de votre projet.

Ayoub El Amri · Fondateur d'elma.agency

Je développe des applications métier et des intégrations IA pour des entreprises de six à cinquante personnes. J'écris ici ce que je constate en construisant : ce qui tient, ce qui coûte, et ce qu'il vaut mieux ne pas construire.

Voir tous ses articles

Vous vous posez la question pour votre structure ?

30 minutes en visio, sans engagement, pour regarder votre cas précis et repartir avec une réponse claire.

Réserver mon diagnostic gratuit →