Lexique · Produit et traction · Mis à jour le
Un MVP, ou produit minimum viable, est la plus petite version d’un produit permettant d’apprendre quelque chose de décisif auprès de vrais utilisateurs. Ce n’est pas une version dégradée du produit final : c’est une expérience conçue pour valider ou invalider une hypothèse précise, le plus vite possible.
Le mot est massivement mal employé. Un MVP n’est pas « le produit, mais en moins bien ». C’est un instrument de mesure. La bonne question n’est pas « qu’est-ce qu’on enlève ? » mais « quelle est l’hypothèse dont la réfutation tuerait le projet, et quel est le moyen le plus rapide de la tester ? ».
Le mot « viable » fait tout le travail. Le produit doit être suffisamment complet pour que l’usage soit réel : si les utilisateurs abandonnent à cause d’un bug ou d’une lenteur, vous n’avez rien mesuré du tout, vous avez juste testé votre qualité d’exécution. La restriction doit porter sur le périmètre fonctionnel, jamais sur la fiabilité de ce qui est livré.
Un MVP est aussi une décision de trésorerie. Chaque semaine passée à construire consomme du runway sans produire d’apprentissage. C’est la raison pour laquelle les équipes expérimentées se fixent une date avant de se fixer un périmètre, et taillent ensuite le périmètre pour tenir la date.
Exemple : le périmètre d’un MVP
Une équipe veut vérifier que des recruteurs paieront pour un outil de tri de candidatures.
| Hypothèse testée | Un recruteur paiera 50 €/mois pour diviser par deux son temps de tri |
|---|---|
| Inclus | Import de CV, tri automatique, export de la sélection |
| Exclu | Comptes multi-utilisateurs, facturation, intégrations, application mobile |
| Paiement | Un virement manuel, sans module de facturation |
| Temps de construction | 6 semaines |
| Utilisateurs recrutés | 20 recruteurs contactés à la main |
| Signal de validation | 10 sur 20 utilisent l’outil 3 semaines d’affilée et 5 acceptent de payer |
| Coût | 1 développeur, 0 € de budget marketing |
Le paiement traité par virement manuel est délibéré : construire un module de facturation aurait coûté deux semaines pour tester une hypothèse dont personne ne doute : « les gens savent payer en ligne ».
L’erreur fréquente
Confondre MVP et prototype. Un prototype sert à montrer une idée, un MVP sert à mesurer un comportement. Si personne ne l’utilise vraiment, dans son travail, avec ses propres données, vous avez fait une démo et vous n’avez appris que ce que les gens disent, pas ce qu’ils font.
Questions fréquentes
Combien de temps faut-il pour construire un MVP ?+
La question à se poser est inverse : fixez d’abord une durée, quatre à huit semaines en général, puis taillez le périmètre pour la tenir. Un MVP qui prend six mois n’est plus un MVP, c’est une première version, et vous aurez consommé du runway avant d’avoir appris quoi que ce soit.
Un MVP doit-il être payant ?+
Si votre hypothèse porte sur la volonté de payer, oui : c’est le seul test qui vaille, et un accord verbal ne prouve rien. Si l’hypothèse porte sur l’usage ou la rétention, la gratuité est acceptable, à condition de ne pas conclure ensuite que le produit est vendable.
Termes liés
Préparez votre levée avec les bons documents
Onefive réunit la dataroom, le réseau d’investisseurs et le profil startup dans un seul espace, pensé pour les équipes européennes du pre-seed à la Series A.
