Cadrage de projet : une IA qui pose des questions vaut mieux qu'une IA qui devine

Un fondateur résume le problème en une phrase : quand il ne donne pas de vraie spécification, l'outil conçoit à sa façon et il passe son temps à courir derrière. Le cadrage par questions règle cela avant la première ligne de code, à condition que quelqu'un les pose.

Le cadrage d'un projet commence par les questions que l'outil vous pose, avant qu'il ne suppose à votre place. Un fondateur le raconte sur Reddit (r/vibecoding, juin 2026) : « Quand je ne lui donne pas de vraie spécification, elle fait la conception à sa façon, et je passe mon temps à courir derrière. »

Ce qui se passe quand l'outil devine

Une IA à qui vous décrivez « un logiciel pour gérer mes clients » ne reste pas bloquée : elle choisit. Elle décide qu'un client a un nom, un email et un téléphone, qu'on le supprime en un clic, qu'un seul utilisateur y accède. Chacune de ces décisions est raisonnable prise à part, et aucune ne vient de vous. Vous les découvrez à l'usage, souvent trois semaines plus tard, quand votre associée demande où sont passés les clients archivés. Les corrections arrivent alors dans le désordre, chacune posée sur un socle que personne n'a écrit, et la facture de reprises dépasse celle de la construction. Le même auteur nomme sa difficulté sans détour : son point faible, écrit-il, est qu'il ne sait pas écrire cette conception de départ. Le blocage porte sur ce document, que la machine produit volontiers seule quand personne ne le lui donne.

Les questions qui changent le résultat

Un cadrage utile tient en une douzaine de questions courtes, posées dans un ordre qui a du sens. « Qui utilisera ce logiciel, combien de personnes, avec quels droits ? » « Que se passe-t-il quand un dossier est annulé après paiement ? » « Quelle information devez-vous retrouver dans deux ans pour un contrôle ? » « Qu'est-ce qui vous fera dire, dans trois mois, que le produit a échoué ? » Elles vous obligent à trancher pendant qu'une décision coûte encore une phrase plutôt qu'une semaine de reprise. Le vocabulaire technique reste hors sujet : vous répondez avec vos mots de métier, l'outil traduit, et la traduction se relit. Une douzaine de réponses écrites valent mieux qu'un cahier des charges de trente pages recopié d'un modèle, parce que chacune vient de vous. Nous avons développé ce point ailleurs, quand les mots exacts manquent pour décrire son idée.

Qui pose déjà des questions

Le marché commence à s'y mettre, et certains le font bien. Replit ouvre ses projets par un cadrage sérieux, le meilleur que nous ayons rencontré parmi les outils qui vivent dans un navigateur, et nous l'avons écrit sans réserve. Plusieurs générateurs proposent un mode où l'assistant présente un plan avant de construire. La limite tient à ce qui arrive ensuite : le plan s'affiche dans une conversation, il défile, et rien ne garantit que le code livré s'y conforme trois écrans plus loin. Une question posée puis oubliée revient à ne pas l'avoir posée.

Le document qu'on vous propose, pas celui qu'on vous réclame

Chez Maestro, la première agente s'appelle Margaux et son unique travail consiste à cadrer par des questions. Elle interroge, vous répondez en français courant, elle propose un brief que vous lisez. Rien ne part tant que vous n'avez pas dit « Ça me va » : le document est une proposition, jamais un acquis. Victor prend ensuite le relais pour le cahier des charges, avec la même porte à franchir. Cette inversion compte : la plupart des méthodes vous demandent d'apporter un cahier des charges que vous ne savez pas écrire, alors qu'un premier jet proposé se corrige en une heure. Attention au piège inverse, qu'un fondateur a payé neuf mois de projet (r/startups, juillet 2026) : un document validé n'est pas un accord si les gens ont hoché la tête sans le lire.

Faire l'essai ce soir

Prenez l'outil que vous utilisez déjà et, avant de décrire votre idée, demandez-lui de vous poser dix questions sur elle et d'attendre vos réponses. Notez celles auxquelles vous ne savez pas répondre : ce sont vos vraies zones de flou, et elles auraient été comblées à votre place. Répondez-y hors machine, avec votre associé ou votre comptable, puis revenez. Si l'outil enchaîne malgré tout sur du code sans attendre, vous savez ce qu'il vous manque, et une heure de cahier des charges vous coûtera moins cher que trois semaines de corrections. Gardez vos réponses dans un document que vous relisez à chaque étape : c'est lui qui arbitrera le jour où deux personnes de votre équipe se souviendront de la même décision de deux façons différentes.