Un bon brief de MVP tient sur une page. Il dit qui est l'utilisateur, quel problème vous réglez, le parcours principal dans le produit, les fonctionnalités indispensables, ce qui existe déjà, votre fourchette de budget, votre date limite et comment vous mesurerez le succès. Pas besoin de cahier des charges complet ni de maquettes. Un bon studio vous aide pour cela.
Beaucoup de fondateurs attendent des semaines avant de contacter un studio, parce qu'ils pensent que leur idée n'est pas « prête ». D'autres envoient un document de quarante pages et reçoivent des réponses impossibles à comparer. Dans les deux cas, ils perdent du temps. Un brief court et honnête vous apporte de meilleures réponses, plus vite. Cet article montre quoi y mettre, vous donne une trame à copier, et explique comment distinguer une bonne réponse d'une mauvaise.
À quoi sert un brief ?
Un brief est un texte court qui explique votre projet à ceux qui pourraient le construire. Il a un seul rôle : donner à un studio de quoi comprendre votre idée, poser les bonnes questions, et vous dire honnêtement s'il peut vous aider.
Ce n'est pas un contrat, et ce n'est pas le plan de chaque écran. Voyez-le comme le début d'une conversation. Si le brief est clair, le premier appel porte sur votre produit. S'il ne l'est pas, le premier appel sert à comprendre ce que vous voulez.
Que doit contenir un brief d'une page ?
- L'utilisateur. Pour qui est la première version ? Soyez précis : un type de personne, dans une situation.
- Le problème. Qu'est-ce qui coûte du temps ou de l'argent à cette personne aujourd'hui, et comment fait-elle pour l'instant ?
- Le parcours principal. Les quelques étapes que suit l'utilisateur pour arriver au résultat. Quatre ou cinq lignes suffisent.
- Les indispensables. La courte liste de ce sans quoi la première version ne peut pas fonctionner. Si vous ne savez pas comment choisir, lisez d'abord que mettre dans un MVP.
- Ce qui existe déjà. Un prototype, des maquettes, un logo et des couleurs, un nom de domaine, une liste d'attente, de premiers clients. Dites-le, même si c'est brouillon.
- Votre fourchette de budget. Une fourchette, pas un chiffre exact. Elle permet au studio de vous dire ce qui y entre, et ce qui n'y entre pas.
- Votre date limite. Une date, et la raison derrière : un événement, une saison, une levée de fonds.
- Comment vous mesurerez le succès. Un ou deux chiffres que vous regarderez après le lancement, par exemple combien de personnes s'inscrivent et vont au bout du parcours principal, ou combien paient.
Beaucoup de fondateurs ne veulent pas donner de budget, par peur que le prix monte pour s'y ajuster. En pratique, le problème inverse est plus fréquent : sans fourchette, un studio doit deviner, et vous recevez une proposition pour un projet de la mauvaise taille. Si vous ne savez pas ce qui est réaliste, notre guide sur le coût d'un MVP donne les fourchettes du marché en 2026.
Une trame de brief à copier
Copiez ces lignes dans un e-mail ou un document, et répondez à chacune en une à trois phrases.
- Le produit en une phrase : ce qu'il fait, et pour qui.
- L'utilisateur : pour qui est la première version.
- Le problème : ce qui est difficile pour lui aujourd'hui, et comment il fait pour l'instant.
- Le parcours principal : étape 1, étape 2, étape 3, résultat.
- Les indispensables : trois à sept choses dont la première version a besoin.
- Pas maintenant : les idées qui peuvent attendre la version deux.
- Ce qui existe : prototype, maquettes, identité visuelle, nom de domaine, premiers utilisateurs.
- La fourchette de budget : de X à Y.
- La date limite : la date, et pourquoi.
- Le succès : le ou les deux chiffres que vous suivrez après le lancement.
- À propos de vous : qui décide, et combien de temps vous avez chaque semaine pour donner vos retours.
Qu'est-ce que vous n'avez pas besoin d'écrire ?
- Un cahier des charges complet. C'est un long document qui décrit chaque fonctionnalité en détail. L'écrire prend des semaines, et une bonne partie change dès que quelqu'un pose de bonnes questions.
- Des maquettes de chaque écran. Le design fait partie du travail qu'un studio mène avec vous. Un croquis rapide sur papier est le bienvenu, mais il n'est pas obligatoire.
- Des choix techniques. Vous n'avez pas à choisir le langage de programmation ou la base de données. Décrivez ce que le produit doit faire, pas comment le construire.
- Une liste complète de fonctionnalités. Une courte liste d'indispensables est plus utile qu'une longue liste de souhaits.
Si vous avez un prototype construit avec un outil d'IA ou un outil no-code, envoyez le lien. Même un prototype brouillon est un brief très clair.
Un brief n'a pas besoin d'être complet. Il doit être clair sur la personne à qui le produit s'adresse, et honnête sur ce que vous ne savez pas encore.
Quelles questions un bon studio va-t-il vous poser ?
Une bonne réponse commence en général par des questions, pas par un prix. Attendez-vous à certaines de celles-ci :
- Sur vos utilisateurs. Qui sont les dix premiers, et comment allez-vous les toucher ?
- Sur la situation actuelle. Qu'utilisent les gens aujourd'hui pour régler ce problème ?
- Sur les priorités. Si une seule chose fonctionne le premier jour, laquelle doit-ce être ? Qu'est-ce qui peut attendre ?
- Sur l'argent. Les utilisateurs paieront-ils dès le premier jour ? Comment : un paiement unique ou un abonnement ?
- Sur la plateforme. Vous faut-il une app mobile au lancement, ou pouvez-vous commencer par le web ?
- Sur vous. Qui prend les décisions, et en combien de temps pouvez-vous donner vos retours ?
Ces questions sont bon signe. Elles montrent que le studio cherche à rendre votre projet plus petit et plus clair avant de vous donner un chiffre.
Quels sont les signaux d'alerte dans une réponse ?
- Un prix sans aucune question. Personne ne peut bien chiffrer un produit à partir d'une page sans rien demander.
- Un oui à tout. Si rien dans votre liste n'est discuté ou remis à plus tard, personne ne protège votre budget.
- Un tarif horaire sans total. C'est vous qui portez tout le risque si le travail dure plus longtemps.
- Des réponses floues sur la propriété. Il doit être clair que le code, les comptes et les données sont à vous.
- Rien sur l'après-lancement. Les vrais utilisateurs trouvent de vrais problèmes. Demandez qui corrige et améliore le produit à ce moment-là.
- Aucun produit en ligne à montrer. Demandez des produits qu'ils ont construits et qui sont encore en ligne aujourd'hui.
- Vous ne savez pas qui fera le travail. Les personnes à qui vous parlez devraient être celles qui construisent, ou vous devriez les rencontrer.
Ces signaux valent pour tous les prestataires, pas seulement pour les studios. Nous comparons les options dans studio, freelance ou agence.
Que se passe-t-il après l'envoi du brief ?
En général, un premier appel. Vous parcourez le brief ensemble, et le studio pose les questions ci-dessus. Après cet appel, vous devriez recevoir une proposition claire : ce qui sera construit, ce qui attend, le prix et le calendrier.
C'est ainsi que cela se passe chez nous. Après un premier appel, nous donnons un prix fixe pour le périmètre, et nous fixons le calendrier dès le départ. Un MVP web ciblé est en ligne en six semaines environ. La première étape du projet est un atelier de cadrage, où nous figeons le plus petit périmètre qui prouve l'idée. Votre brief n'a donc pas besoin d'être parfait. Il doit suffire pour commencer.
En résumé
Une page suffit : l'utilisateur, le problème, le parcours principal, les indispensables, ce qui existe, une fourchette de budget, une date limite et la façon de mesurer le succès. Envoyez-la à deux ou trois prestataires et comparez leur façon de répondre, pas seulement leur prix. Si vous voulez nous l'envoyer, découvrez comment fonctionne notre MVP sprint et prenez contact. Quelques lignes suffisent pour commencer.



