MVPMinimum Viable Product

Le MVP (Minimum Viable Product) est la plus petite version d'un produit capable de générer de l'apprentissage validé auprès d'utilisateurs réels. Concept popularisé par Eric Ries dans *The Lean Startup*, il sert à tester une hypothèse business — pas à exhiber une démo. La règle est cruelle : si personne ne l'utilise, ne le paie ou ne le recommande, ce n'est pas un MVP, c'est une maquette. Le mot viable est trop souvent oublié au profit du minimum : on coupe tellement de fonctionnalités que le produit ne tient plus debout.

Distinction clé : un POC prouve qu'une techno marche (faisabilité), un prototype montre l'ergonomie (UX), un MVP teste une équation économique (vendre, retenir, encaisser). Pour un SaaS B2B, un MVP digne de ce nom embarque a minima : auth, parcours d'onboarding, fonctionnalité cœur, facturation, support. Couper la facturation pour « aller plus vite » est l'erreur classique — vous ne saurez jamais si les gens auraient payé. Six à douze semaines de développement sur-mesure suffisent généralement à atteindre ce périmètre.

Le bon MVP n'est pas un produit moche, c'est un produit étroit. Un seul persona, un seul cas d'usage, un seul canal d'acquisition. On mesure ensuite la rétention à J7/J30, le NPS, le taux de conversion gratuit → payant, et on itère. Si après 3 mois de mise en marché vous n'avez pas trouvé de signal de product-market-fit, ce n'est pas un problème de fonctionnalités — c'est un problème de positionnement ou de cible. Pour cadrer un MVP qui tienne la route, on rédige ensemble un cahier des charges avant la première ligne de code.