Guide produit
Mise à jour : juillet 2026
Maquette, prototype, MVP: lequel pour valider votre idée ?
Une maquette montre l'intention, un prototype simule le parcours, un MVP prouve l'usage en production. Pour valider une idée de produit, la maquette teste la compréhension (quelques jours), le prototype teste l'expérience (1 à 2 semaines), et seul le MVP teste ce qui compte vraiment : de vrais utilisateurs qui reviennent et qui paient, en 6 à 12 semaines.

Vous avez une idée de produit et une question : comment la valider sans engloutir votre budget ? Trois outils reviennent dans toutes les conversations : la maquette, le prototype et le MVP. Ils sont souvent confondus, et cette confusion coûte cher, parce qu’ils ne répondent pas à la même question. Voici lequel choisir selon ce que vous devez prouver, à qui, et avec quel budget.
Qu’est-ce qu’une maquette, et que teste-t-elle ?
Une maquette est une représentation visuelle fixe de votre produit : des écrans dessinés, sans aucune interaction. Elle coûte quelques jours de travail et répond à une seule question : est-ce que quelqu’un qui découvre ces écrans comprend ce que fait le produit ?
C’est un outil de conception, pas de validation de marché. Une maquette réussie élimine les malentendus au sein de l’équipe, fixe le vocabulaire visuel et donne un support concret aux premières conversations. Elle ne prouve rien sur l’usage : personne n’a jamais cliqué dessus, et l’enthousiasme poli qu’elle suscite ne prédit rien.
Qu’est-ce qu’un prototype, et que teste-t-il ?
Un prototype est une maquette cliquable : les écrans s’enchaînent, les boutons répondent, l’illusion est convaincante. Rien ne fonctionne vraiment (aucune donnée réelle, aucun compte, aucun paiement), mais le parcours se teste sur de vrais utilisateurs.
Le prototype répond à la question suivante : l’enchaînement des écrans est-il fluide, compréhensible, convaincant ? C’est l’outil parfait pour tester un parcours d’inscription, un onboarding ou un écran clé avant d’écrire la moindre ligne de code. Jeter un prototype coûte quelques jours ; jeter un développement coûte des semaines. C’est exactement pour ça que notre méthode place des maquettes cliquables avant chaque développement d’écran clé.
Sa limite est structurelle : la validation reste déclarative. Les gens disent ce qu’ils feraient ; ils ne le font pas. Entre « je l’utiliserais, c’est sûr » devant un prototype et une carte bancaire sortie devant un produit réel, l’écart est le cimetière des projets.
Qu’est-ce qu’un MVP, et pourquoi est-il seul à valider un marché ?
Le MVP (Minimum Viable Product) est un vrai produit en production : des utilisateurs s’inscrivent, l’utilisent, génèrent des données réelles. Son périmètre est volontairement serré (la fonctionnalité cœur, rien d’autre), mais tout ce qui est livré fonctionne vraiment, jusqu’au paiement.
C’est le seul des trois objets qui teste le marché, parce qu’il est le seul où les retours engagent : un utilisateur qui revient une deuxième semaine, un prospect qui paie, un taux d’abandon à l’onboarding sont des faits, pas des opinions. Inscriptions, rétention, churn : les métriques d’un MVP transforment votre intuition en décision, dans un sens comme dans l’autre.
Un prototype répond à « est-ce que c'est clair ? ». Un MVP répond à « est-ce que les gens l'utilisent, y reviennent et paient ? ». Seule la seconde question valide un marché.
Le comparatif : question testée, coût, délai
| Outil | Question testée | Délai | Ordre de coût | Limite |
|---|---|---|---|---|
| Maquette | Le produit est-il compréhensible ? | Quelques jours | Inclus dans toute conception | Aucune interaction, aucun usage réel |
| Prototype | Le parcours est-il fluide et convaincant ? | 1 à 2 semaines | Quelques milliers d'euros | Validation déclarative : rien ne fonctionne |
| MVP | De vrais utilisateurs l'adoptent-ils ? | 6 à 12 semaines | 12 000 à 30 000 € HT (SaaS) | Exige un périmètre discipliné pour rester « minimum » |
Les fourchettes sont nos tarifs publiés pour un MVP SaaS ou mobile ; les délais correspondent à nos projets livrés. Le poste qui fait déraper les budgets n’est jamais l’outil choisi : c’est le périmètre qui gonfle, et c’est un problème de méthode, pas de technologie.
Comment choisir selon ce que vous devez prouver ?
La réponse tient dans ce que vous devez prouver, et à qui :
- Aligner votre équipe ou clarifier votre vision : la maquette suffit, et quelques jours de travail éviteront des semaines de malentendus.
- Tester un parcours ou convaincre un premier cercle : le prototype est l’outil adapté, à condition de tester sur de vrais utilisateurs cibles, pas sur vos proches.
- Valider un marché, convaincre des investisseurs, décrocher les premiers clients payants : rien ne remplace un MVP en production. Un MVP avec 100 utilisateurs actifs et des métriques de rétention pèse plus lourd que 50 slides et le plus beau des prototypes.
Dans la pratique, les trois se suivent : chez Krafter, la maquette et le prototype sont des étapes de la conception, jamais le livrable final. Le livrable, c’est le MVP en ligne, utilisable et mesurable, construit sur des fondations qui tiennent la suite : Melimelo et Trottr, nos propres produits, ont commencé exactement comme ça, et les fondations de leur MVP portent aujourd’hui des milliers d’utilisateurs quotidiens.
Un piège à éviter en refermant cet article : le MVP jetable. Un MVP low cost dont l’architecture s’effondre à la première évolution n’a de minimum que le prix : si l’hypothèse est validée, tout est à refaire, et la validation a coûté le prix de deux produits. Le périmètre doit être minimal ; les fondations techniques, jamais.
Vous hésitez encore sur l’outil adapté à votre stade ? Parlons-en : 30 minutes en visio suffisent généralement à trancher, et vous repartez avec un périmètre et un ordre de budget, quoi que vous décidiez ensuite.
FAQ
Questions fréquentes
Le prototype est une maquette cliquable : les écrans s'enchaînent mais rien ne fonctionne vraiment, il sert à tester le parcours avant de coder. Le MVP est un vrai produit en production : utilisateurs réels, données réelles, métriques réelles. Le premier valide une expérience, le second valide un marché.
En pré-amorçage, parfois. Mais un MVP fonctionnel avec de vrais utilisateurs et des métriques d'usage pèse beaucoup plus lourd que le plus beau des prototypes : vous présentez des preuves, pas des intentions. À budget égal, un MVP au périmètre serré vaut mieux qu'un prototype exhaustif.
Chez Krafter, un MVP SaaS (5 à 8 écrans, authentification, fonctionnalité cœur, interface d'administration) se situe entre 12 000 et 30 000 € HT, et un MVP mobile entre 12 000 et 25 000 € HT. Le chiffrage précis sort du cadrage, avant tout engagement.
6 à 12 semaines de l'idée à la production : 3 à 5 jours de cadrage, environ une semaine de conception, 4 à 8 semaines de développement par cycles courts, puis la mise en ligne avec les outils de mesure. Un MVP mobile simple sort en 8 semaines, un SaaS avec rôles multiples demande plutôt 10 à 12.
Le prototype sert de spécification visuelle, mais son code (quand il en a) ne se réutilise pas : il a été construit pour la démonstration, pas pour la production. C'est pour ça qu'un MVP doit être développé sur des fondations propres dès le départ, capables de porter la V2 si l'hypothèse est validée.
Deux scénarios, tous deux utiles. Hypothèse validée : la V2 se construit sur les fondations existantes, priorisée par les métriques d'usage. Hypothèse invalidée : vous avez dépensé le minimum pour l'apprendre, et les données collectées orientent le pivot. Le seul mauvais scénario est le produit complet construit sans validation.
Continuez la lecture.
Tout le blog
Guide SaaS
30 mars 2026
Développer son SaaS en 2026 : l'IA change la donne
Coûts divisés par deux à quatre, MVP en 6 à 12 semaines, équipes resserrées : ce que l'IA change vraiment pour faire développer son SaaS en 2026, chiffres à l'appui.

Méthode
13 mars 2025
Loi de Hofstadter : pourquoi vos plannings glissent toujours
La loi de Hofstadter explique pourquoi les projets logiciels dépassent les délais, même avec de la marge. Définition, mécanismes, et la méthode qui compose avec au lieu de lutter contre.

Méthode
28 août 2023
Cahier des charges d'un logiciel : ce qui compte vraiment
Un bon cahier des charges de logiciel sur mesure tient en dix pages : problème, utilisateurs, contraintes, non-objectifs. Ce qu'il faut écrire, ce qu'il faut laisser ouvert, et pourquoi.

Let’s build a product people → actually use
30 minutes en visio avec un fondateur. Réponse en 24/48h. Pitch deck facultatif.