Un prototype répond à la question "est-ce que ça a l'air bien ?" Un MVP répond à la question "est-ce que des gens paient pour ça ?" Ce sont deux outils différents pour deux questions différentes. Les confondre est une des erreurs les plus courantes — et les plus coûteuses — dans le développement produit.
Le prototype : un outil de visualisation
Un prototype est une représentation non fonctionnelle du produit. Son objectif est de communiquer une idée, tester un design, ou valider une interface avant de commencer à coder.
Ce qu'un prototype peut valider :
L'architecture de l'information (la navigation est-elle logique ?)
Les flows utilisateurs (les étapes s'enchaînent-elles bien ?)
Le design visuel et la compréhension intuitive
Ce qu'un prototype ne peut pas valider :
Que des gens vont payer pour le produit
Que le produit tient la charge en conditions réelles
Que les données sont bien gérées
Un prototype Figma peut être présenté à des prospects, et ils vont dire "c'est super". Ce n'est pas une validation — les gens sont polis. La vraie validation, c'est quand ils sortent leur carte bleue.
Le MVP : un outil de validation business
Un MVP est un produit fonctionnel minimal, mis entre les mains d'utilisateurs réels, dont on mesure le comportement pour valider une hypothèse business.
Ce qu'un MVP peut valider :
Des gens ont le problème que vous pensez résoudre
Ils préfèrent votre solution à ce qu'ils font actuellement
Ils paient pour ça (ou l'utilisent régulièrement)
Ce qu'un MVP n'est pas :
Un produit "presque terminé" auquel il manque juste quelques fonctionnalités
Une version allégée du produit final imaginé
Un MVP est délibérément limité dans son périmètre. La limitation est un choix, pas un manque de temps.
Pourquoi les agences confondent les deux
Le prototype déguisé en MVP. Certains prestataires vendent des "MVP" qui sont des maquettes fonctionnelles avec une base de données fictive. Ça ressemble à un produit, mais ça ne peut pas être mis entre les mains d'utilisateurs payants.
Le produit complet réduit. D'autres construisent toute l'architecture d'un produit complet, puis "retirent des fonctionnalités" pour faire un MVP. Résultat : une base de code complexe pour un produit limité. Cher, lent, difficile à faire évoluer.
Le vrai MVP commence par la question : "quelle est l'hypothèse minimale à valider ?" L'architecture, le stack, le périmètre — tout est construit autour de cette question.
Quand utiliser l'un ou l'autre
Utilisez un prototype quand :
Il n'y a pas encore d'accord sur ce que le produit doit faire
Vous voulez présenter le concept à des investisseurs
Vous devez aligner plusieurs parties prenantes sur une vision
Vous voulez tester un flow utilisateur avant d'investir dans le développement
Un prototype Figma prend 1 à 3 semaines et coûte entre 1 000 € et 5 000 €.
Utilisez un MVP quand :
Le concept est validé et les utilisateurs cibles sont identifiés
Vous voulez savoir si des gens paient pour la solution
Vous êtes prêts à parler à vos premiers utilisateurs et à itérer
Un MVP prend 8 à 16 semaines et coûte entre 5 000 € et 60 000 € selon la complexité.
Les 3 erreurs les plus courantes
Sauter le prototype. Passer directement du concept au développement sans avoir validé le design avec de vraies personnes. Retravailler l'UX après développement est 5 à 10 fois plus coûteux qu'avant.
Traiter le prototype comme le MVP. Après le prototype, certains fondateurs pensent avoir validé leur produit parce que les gens ont dit "c'est bien". Ils lancent le développement complet. La surprise vient 6 mois plus tard quand personne ne paye.
Étendre le MVP indéfiniment. "On ajoute juste ça, et puis on aura un vrai MVP." Le MVP qui n'est jamais assez minimal. La règle : si le MVP n'est pas en ligne dans les 12 à 16 semaines, quelque chose ne va pas dans le périmètre ou le processus.
La bonne séquence
Idée → Conversations exploratoires → Prototype → Tests utilisateurs
→ MVP (périmètre validé) → Mise en ligne → Mesure → ItérationChaque étape a un objectif précis. Sauter une étape ne fait pas gagner du temps — ça fait perdre de l'argent sur la suivante.
Vous avez une idée de produit et voulez savoir par où commencer ? Prenons 30 minutes pour clarifier si vous avez besoin d'un prototype ou d'un MVP.