Par Thomas Cohen, fondateur de Maestro
Comprendre un cahier des charges d'application quand on n'est pas du métier
Le document qui décrit votre future application se lit en dix minutes, avec quatre questions et un crayon. Le lire mal coûte plus cher que le lire lentement : un accord de façade se paie en mois de développement. Où poser les yeux, dans quel ordre, et les cinq formules qui doivent vous faire lever le crayon.
Comprendre un cahier des charges d'application demande dix minutes et un crayon, pas une formation. Un fondateur raconte sur Reddit (r/vibecoding, juin 2026) qu'il situe le problème chez lui plutôt que dans le code de l'IA : il ne sait pas écrire la conception de départ. Lire ce document est plus facile que l'écrire, et suffit à décider.
Les cinq blocs, quel que soit l'auteur
Un cahier des charges tient en cinq blocs, qu'il vienne d'une agence, d'un freelance ou d'une équipe d'agents. Le problème et pour qui. Les parcours : ce qu'une personne fait, écran après écran, du début à la fin d'une tâche. Les règles de votre métier : ce qui est permis, interdit, calculé. Les données : ce qu'on garde, qui le voit, combien de temps. Et le hors périmètre : ce que le produit ne fera pas dans cette version. Un document qui n'a pas ces cinq blocs se lit en trois minutes, parce qu'il ne dit rien. Nous avons décrit ailleurs ce qu'un tel document doit contenir avant de signer.
Les dix minutes, découpées
Deux minutes sur le hors périmètre, en premier : la section qui décide de votre facture et de votre calendrier, et celle que personne n'ouvre. Trois minutes sur les parcours, en suivant du doigt le trajet de votre client le plus fréquent jusqu'au bout. Trois minutes sur les règles, en cherchant les vôtres, celles que vous appliquez sans y penser : la remise du client fidèle, le devis qui expire au bout de trente jours, le créneau qu'on ne double jamais. Deux minutes sur les données : qui voit quoi. Si votre règle la plus bête n'apparaît nulle part, elle n'existera pas dans le produit. Gardez un chronomètre : passé dix minutes, vous relisez au lieu de lire, et la fatigue vous fera approuver ce que vous n'avez pas compris.
Le hochement de tête qui tue un projet
Un fondateur raconte sur Reddit (r/startups, juillet 2026) que le plus beau document qu'il ait écrit a tué neuf mois de travail : deux directeurs avaient des idées opposées de ce à quoi servait le produit et, au lieu de se disputer devant le document, ils ont tous les deux hoché la tête. L'accord n'en était pas un, chacun ayant supposé qu'il avait gagné. Une lecture rapide destinée à approuver fabrique ce piège. Une lecture utile part en chasse du désaccord : si trois personnes doivent valider, faites-les écrire chacune, en une phrase, à quoi sert le produit, avant d'ouvrir le document.
Les quatre phrases qui doivent vous arrêter
« Le système gère les utilisateurs » : combien de rôles, et est-ce qu'un salarié voit les dossiers d'un autre ? « Une notification est envoyée au client » : par quel canal, à quel moment, et que se passe-t-il si l'envoi échoue ? « Import des données existantes » : depuis quel fichier, avec quelles colonnes, et qui tranche les doublons ? « Le montant est calculé » : selon quelle formule, arrondi comment, taxes comprises ou non ? Chacune de ces phrases cache une décision. Si le document ne la prend pas, quelqu'un la prendra à votre place pendant la construction, sans connaître votre métier. Une cinquième formule mérite le crayon rouge dès qu'elle apparaît : « le système s'adapte aux besoins du client ». Elle ne décrit rien et vous reviendra six semaines plus tard, sous forme de facture supplémentaire ou de fonctionnalité absente.
Le document d'une équipe d'agents a un défaut précis
Une agence vous enverra un cahier des charges long, avec annexes et planning : appliquez la même grille et réclamez la version courte si les cinq blocs sont noyés. Un document produit par une équipe d'agents, comme celui que Victor rédige chez Maestro après le cadrage de Margaux, a un avantage et un défaut. L'avantage : le corriger ne coûte rien, il se réécrit pendant que vous parlez, ce qui rend la lecture rentable. Le défaut : il est plausible partout, y compris là où il a deviné une règle qu'il ne pouvait pas connaître. Ce que vous relisez, c'est donc le vrai livrable du projet, pas une formalité avant le travail sérieux.
En pratique
Ouvrez le document à côté d'un carnet et notez trois lignes, pas plus : une règle de votre métier qui manque, un parcours qui s'arrête avant la fin, un mot que vous ne comprenez pas. Renvoyez ces trois lignes avant de dire « Ça me va » : chez Maestro, cette porte bloque la suite tant que vous n'avez pas répondu, et elle existe pour cette raison exacte. Si vous n'avez encore aucun document à lire, la méthode des questions qui fâchent en produit un en une heure.