Chaque entreprise que nous auditons est convaincue que ses systèmes couvrent son activité. Chaque audit trouve la même chose en dessous : une couche cachée de tableurs, d’exports, de ressaisies et de rituels de boîte mail qui tient l’ensemble debout. Nous l’appelons la couche tableur. Dans une entreprise de taille moyenne, elle coûte couramment un montant à six chiffres par an, hors budget, non mesuré, et en croissance.
La formation de la couche
Aucun système ne couvre 100 % d’une activité réelle. L’écart entre ce que font les outils et ce dont l’entreprise a besoin se comble avec le logiciel le plus flexible jamais conçu : un tableur et une personne déterminée. Chaque rustine prise isolément est rationnelle : cinq minutes ici, un export là. La couche, c’est ce que deviennent ces rustines mises bout à bout, cinq ans plus tard.
Elle a une seconde propriété, plus vicieuse : elle se concentre sur les processus les plus différenciants. Le standard est couvert par les outils standards ; les tableurs prolifèrent précisément là où votre activité est atypique, dans la logique de tarification, dans le traitement des exceptions, dans la promesse de service. Votre avantage concurrentiel tourne sur l’infrastructure la plus fragile de la maison.
N’attendez pas non plus de vos éditeurs qu’ils la mettent au jour. Chaque produit couvre honnêtement ce qu’il couvre ; la couche, elle, vit dans les coutures entre ces produits, sur un territoire dont aucun éditeur n’est propriétaire, qu’aucun ne mesure et pour lequel aucun ne reçoit de ticket. Le portail de support de l’ERP ne vous montrera jamais les quatre heures par semaine passées à ressaisir des données dans l’ERP. La couche reste structurellement invisible à quiconque a la charge d’un seul système, et n’apparaît qu’à la personne responsable de l’ensemble des opérations. La trouver relève donc d’un audit plutôt que d’une demande d’évolution.
Chaque contournement est un vote : vos opérations vous disent où elles ont dépassé leurs outils.
Les signes qui ne trompent pas
Repérer la couche ne demande pas d’auditeur, seulement de connaître ses signes. Un fichier dont le nom contient un prénom, « le tableau de Céline », n’est pas un fichier : c’est un système hors budget, doté d’un point de défaillance unique et d’aucune stratégie de sauvegarde. Un nom qui se termine par _final_v3_VRAIMENT, c’est de la gestion de versions par la prière. Une clôture mensuelle qui exige deux soirées de copier-coller est un traitement par lots déguisé en être humain. Et une boîte mail utilisée comme file de travail, avec des commandes qui arrivent par e-mail et un statut suivi selon qui a répondu, est une base de données sans index dont la politique de rétention s’appelle « archive ».
Le signe le plus fiable est social. Demandez à chaque responsable d’équipe ce qui casse si telle personne part trois semaines en congés : les réponses cartographient la couche presque parfaitement. Ce qui casse n’est jamais l’ERP, ce sont les douze ponts invisibles entre l’ERP et la réalité, chacun entretenu par exactement une personne, aucun n’étant écrit nulle part.
La méthode de chiffrage
La méthode d’audit est assez simple pour être menée en interne. Pendant deux semaines, chaque équipe consigne toute tâche qui consiste à déplacer des données d’un système à l’autre à la main : exports, ressaisies, copier-coller, rapprochements manuels, e-mails de relance. Pour chaque tâche : les minutes par occurrence, les occurrences par semaine, qui la fait, et son coût horaire chargé.
Ajoutez ensuite le terme d’erreur, généralement plus lourd que le terme de main-d’œuvre. Que coûte une commande mal saisie ? Un rapprochement oublié ? Estimez de façon conservatrice : le résultat vous surprendra quand même. Ramenez le tout à l’année, et vous obtenez ce que coûte la couche. Dans nos audits d’entreprises de 50 à 500 personnes, ce montant n’est jamais passé sous les six chiffres.
Ne vous arrêtez ni à la main-d’œuvre ni aux erreurs, car la couche a deux autres propriétés coûteuses. La latence, d’abord : un travail qui avance par transmissions manuelles avance à la vitesse de la personne la plus occupée de la chaîne, et un devis rendu en deux jours perd contre un devis rendu en une heure. Cette part-là se paie en chiffre d’affaires perdu, pas en salaires. Le risque de dépendance à une personne, ensuite : tout ce qui vient d’être chiffré a aussi une probabilité de s’arrêter net le jour où son unique mainteneur démissionne. Ce risque n’apparaît jamais dans le relevé, et c’est la ligne la plus coûteuse de toutes le jour où elle tombe.
Mener le relevé sans épuiser l’équipe
Le relevé de deux semaines échoue toujours de la même façon : annoncé comme une étude de productivité, il se lit comme de la surveillance, et l’équipe consigne sur la défensive, ou pas du tout. Présentez-le pour ce qu’il est, un dossier destiné à obtenir de meilleurs outils, et dites explicitement ce qu’il n’est pas : la production de personne n’est mesurée, et aucun poste n’est chiffré en vue d’une suppression. Les gens qui entretiennent la couche tableur ne sont pas le problème ; ils sont les murs porteurs, et le relevé existe pour leur obtenir un budget.
Gardez la saisie légère, sinon elle ment. Un tableau partagé à quatre colonnes vaut mieux qu’un outil de suivi que personne n’ouvre, et un rappel de quinze minutes en fin de journée vaut mieux que des chronomètres par tâche abandonnés dès le mercredi. Si deux semaines sont politiquement impossibles, échantillonnez : une journée normale, une journée de clôture mensuelle, une journée où quelque chose a mal tourné. L’estimation sera plus grossière ; le classement, qui est ce dont vous avez réellement besoin, sortira identique.
Une source mérite un passage manuel supplémentaire : la clôture mensuelle de la finance. C’est, dans presque toutes les entreprises, la concentration la plus dense de la couche, entre rapprochements, exports, relances et ressaisies, et son coût se cache à l’intérieur d’une semaine que tout le monde s’est mis d’accord pour considérer comme normale. Elle ne l’est pas. C’est une ligne de backlog assortie d’un prix mensuel récurrent.
Les trois correctifs standard
Presque chaque ligne de la liste classée se ramène à l’une de trois formes. Une intégration : deux systèmes que vous possédez déjà, qui se parlent enfin directement, avec des relances automatiques et de la supervision au lieu d’un export du mardi. Un petit outil interne : un écran ciblé qui remplace le tableur héroïque, avec des droits d’accès, une piste d’audit et plus d’une personne capable de s’en servir. Ou une automatisation de processus : le rituel en plusieurs étapes, collecter, contrôler, relancer, rapprocher, codé en un processus qui s’exécute à heure fixe et n’escalade vers un humain que ses exceptions.
Quelle que soit la forme retenue, tenez le correctif à un standard de production : une automatisation fragile n’est qu’une façon plus rapide de se tromper. « Terminé » veut dire qu’elle réessaie en cas d’échec, qu’elle alerte quelqu’un quand les tentatives sont épuisées, qu’elle journalise ce qu’elle a fait, et que le chemin d’erreur aboutit devant un humain disposant d’assez de contexte pour agir. Une automatisation qui échoue en silence est pire que le tableur qu’elle a remplacé ; le tableur, lui, avait au moins quelqu’un pour le surveiller.
Par où commencer, et ce qu’il ne faut pas faire
Résistez à l’instinct de tout automatiser d’un coup. Classez les tâches relevées par coût annuel et automatisez en partant du haut : chaque automatisation est un petit projet ennuyeux, avec son propre délai d’amortissement. La première se rembourse généralement en quelques mois, et elle finance la volonté politique nécessaire pour la suite.
Gardez enfin une règle empirique venue de l’autre côté de la table : si le délai d’amortissement d’une automatisation dépasse douze mois, ne la construisez pas. La couche tableur est un terrain riche en cibles ; rien ne justifie de commencer ailleurs qu’en haut de la liste.
La couche ne disparaît jamais complètement : les opérations continuent d’évoluer, et de nouveaux écarts se forment. Mais une fois mesurée, elle cesse d’être invisible, et ce qui est mesuré finit par être budgété, priorisé et réduit. Le véritable début de la solution, ce n’est donc aucun logiciel : c’est le relevé de deux semaines.