Ce qu'on a mesuré
Brief-to-Scope est en usage Studio actif depuis le 21 juillet 2026. Sur les 30 premiers jours : 11 briefs traités, 0 incident de production, une seule intervention manuelle requise.
| Métrique | Avant | Après | Évolution |
|---|---|---|---|
| Temps moyen de chiffrage | 4h 20 min | 14 min | −95 % |
| Révisions post-scope | 1,4 | 0,7 | −50 % |
| Note qualité Studio | – | 4,4/5 | – |
| Taux de succès (sans erreur) | – | 100 % | – |
Ce qui a surpris
Positivement : la qualité des scopes sur les briefs courts (< 500 mots) dépasse nos attentes. L'agent structure mieux que nous quand le brief est fragmenté : il force une clarification que le Studio évitait par confort.
Négativement : les briefs multi-piliers (brand + dev + contenu dans un seul mail) génèrent des scopes trop larges. L'agent n'hiérarchise pas encore les périmètres quand tout se mélange. On a ajouté une étape de pré-qualification manuelle pour ces cas.
L'ajustement qu'on a fait
À la semaine 2, on a modifié le prompt de l'Agent 2 (Mapping catalogue) pour mieux gérer les briefs hybrides. Le taux de scope trop large est passé de 27 % à 9 %.
C'est ça, la différence entre un système en expérience et un système en production : on itère vite parce qu'on mesure tout.
Ce que ça change pour les fondateurs
Si vous avez un projet en tête et un brief imparfait, c'est normal. Brief-to-Scope traite l'ambiguïté. En 15 minutes, vous avez un périmètre, une estimation de charge, et les questions que vous n'aviez pas encore posées.
Prochaine évolution
On explore l'ajout d'un module de détection de signaux risque dans le brief (budget implicite trop bas, timeline irréaliste, décideur absent). Candidat Lab pour Q4 2026.
