Prototype et MVP sont souvent confondus, y compris dans des conversations avec des investisseurs ou des équipes techniques. La confusion coûte du temps et de l'argent : développer un MVP quand un prototype suffirait, ou rester au stade prototype quand il est temps de construire quelque chose de fonctionnel.
La distinction est simple mais structurante : un prototype sert à valider une hypothèse d'usage ou d'interface sans écrire de code fonctionnel. Un MVP sert à valider une hypothèse de valeur avec de vraies données générées par de vrais utilisateurs.
Ce qu'est un prototype
Un prototype est une simulation non fonctionnelle de votre produit. Il peut prendre la forme d'une maquette Figma cliquable, d'un PDF interactif, ou d'une démonstration scriptée. Son objectif est de tester un parcours utilisateur, une interface ou un concept sans investir dans le développement.
Un prototype est l'outil adapté pour : valider la compréhension d'un flux avant de le développer, tester plusieurs variantes d'interface en entretien utilisateur, ou convaincre des parties prenantes sans code.
Le prototype ne génère pas de données réelles. Il ne prouve pas qu'un utilisateur va adopter le produit dans des conditions réelles d'usage.
Ce qu'est un MVP
Un MVP est un produit fonctionnel, utilisable par de vrais utilisateurs dans des conditions réelles. Il génère des données mesurables : inscriptions, actions réalisées, transactions, rétention. C'est ce que le prototype ne peut pas produire.
Un MVP implique du développement, un déploiement, une infrastructure. Il coûte plus cher et prend plus de temps qu'un prototype — mais il valide des hypothèses que le prototype ne peut pas valider.
Quand rester au prototype
Restez au stade prototype si : votre flux utilisateur n'est pas encore clair, vous n'avez pas encore parlé à des utilisateurs potentiels, ou vous hésitez encore entre plusieurs orientations produit. Investir dans un MVP avant ces réponses, c'est risquer de développer la mauvaise chose.
Un prototype Figma testé avec 10 utilisateurs en 2 semaines peut révéler des problèmes fondamentaux de parcours que 6 semaines de développement n'auraient fait qu'empirer.
Quand passer au MVP
Passez au MVP quand : le parcours utilisateur est validé par des entretiens, vous avez une hypothèse précise à tester en conditions réelles, et les retours sur prototype ne révèlent plus de problèmes fondamentaux. Le MVP vient après, pas à la place du prototype.
Certains produits sautent l'étape prototype quand le périmètre est très connu (refonte d'un outil existant, copie d'un modèle éprouvé dans un nouveau marché). Dans ce cas, le risque est suffisamment maîtrisé pour aller directement au développement.