L'audit avant de construire : ce qu'on regarde en un ou deux jours
Avant d'écrire une ligne de code, nous passons un à deux jours dans votre entreprise. Ce que nous regardons pendant cet audit, et ce que vous en retirez avant de vous engager.

Par Jérôme Knops
Publié le 27 octobre 2026 · 4 min de lecture

Demander à une IA
La question part déjà rédigée, avec l'adresse de cet article.
Avant de vous proposer quoi que ce soit, nous passons un ou deux jours dans votre entreprise. Pas pour rédiger un cahier des charges : pour regarder comment vous travaillez vraiment, poste par poste. La suite dit ce que nous observons pendant ces deux jours, et ce que vous en retirez, même si vous ne donnez pas suite ensuite.
Pourquoi un audit, pas un cahier des charges
Un cahier des charges classique se rédige loin du terrain, en réunion, avant que quiconque ait vu travailler les équipes. Il prend des semaines à écrire, autant à faire valider, et il date déjà le jour où le développement commence : un chantier qui change de rythme, un recrutement, une nouvelle contrainte réglementaire, et certaines pages ne correspondent plus à rien.
Vous partez de zéro.
Non. Nous partons de ce que vous faites déjà, avec les outils que vous avez déjà : votre tableur de suivi, vos devis, vos échanges WhatsApp avec les équipes, votre logiciel actuel s'il y en a un. L'audit sert à voir cette matière de près, pas à l'imaginer depuis un bureau.
Ce que nous regardons pendant ces un ou deux jours
Nous passons ce temps avec vous et avec les personnes qui font le travail au quotidien, pas seulement avec la direction. Quatre choses nous intéressent en priorité.
| Ce que nous regardons | Ce que ça nous apprend |
|---|---|
| Qui fait quoi, dans quel ordre | Le vrai circuit, pas celui du schéma officiel |
| Où vit l'information aujourd'hui | Tableur, papier, messagerie, logiciel : ce qu'il faudra réunir |
| Les moments où ça casse | Le pic d'activité, l'absence, l'erreur qui coûte cher |
| Qui utilisera l'application, et où | Au bureau, sur un chantier, depuis un téléphone |
Un conducteur de travaux qui remplit son rapport le soir, debout, sur un chantier, n'a pas les mêmes besoins qu'une assistante qui prépare des devis assise à son bureau. Un audit qui ne va pas voir les deux manque la moitié du sujet.
Ce que vous en retirez
À la fin des un ou deux jours, vous recevez trois choses, que vous donniez suite ou non.
- Une liste d'écrans priorisée. Ce qui doit exister dès la première version, et ce qui peut attendre.
- Un ordre de grandeur de prix et de délai. Pas un chiffre définitif, mais une fourchette sérieuse pour la première version.
- Ce qui doit rester fait à la main. Un audit honnête dit aussi ce qu'une application ne réglera pas, et pourquoi.
Ces trois éléments restent à vous. Si vous décidez de ne pas continuer avec nous, ou pas tout de suite, ils vous servent quand même : pour en discuter avec un autre prestataire, ou pour prioriser vos propres chantiers internes.
Ce qui se passe après l'audit
Si vous continuez, l'étape suivante est une première version qui tourne en quelques semaines, construite sur la liste d'écrans que l'audit a fait ressortir, pas sur un document théorique. C'est aussi ce qui évite les dérapages qu'on observe quand un projet commence par des mois de spécifications avant la première ligne de code.
Vous gardez un droit de regard à chaque étape : les écrans se construisent avec les personnes qui vont les utiliser, pas dans un angle mort entre deux livraisons. Le détail de cette méthode est sur la page de notre offre.
Ce qu'un audit ne fait pas
Un audit n'est pas un diagnostic gratuit qui n'engage personne : il demande du temps à vos équipes, et nous le facturons comme tel dans la plupart des cas. Il ne remplace pas non plus une démonstration : à ce stade, nous n'avons encore rien construit, seulement observé. Et il ne garantit pas que nous soyons la bonne réponse à votre problème : il arrive, après un audit, que nous vous le disions nous-mêmes.
L'audit avant de construire : ce qu'il faut retenir
Un ou deux jours dans votre entreprise valent mieux qu'un cahier des charges rédigé loin du terrain : ils montrent ce que les équipes font vraiment, pas ce qu'un schéma affirme qu'elles font. Vous en ressortez avec une liste d'écrans, un ordre de grandeur de prix et de délai, et une idée claire de ce qui restera fait à la main.
Que vous continuiez avec nous ou non, ce travail reste à vous. C'est la seule façon honnête de commencer un projet dont personne, au premier rendez-vous, ne connaît encore tous les détails.

Fondateur et CTO d'Edenio
Jérôme Knops est le fondateur d'Edenio, où il conçoit et développe des applications métier sur mesure pour des entreprises du bâtiment, de la supply chain et de la distribution. C'est lui qui mène les rendez-vous de cadrage, écrit le code, et reste l'interlocuteur quand l'outil est en production.
Voir tous ses articles
Jérôme Knops
