Le produit minimum viable a été présenté comme la plus petite version qui teste une hypothèse. Le terme est souvent mal compris ; et le MVP n'est qu'un cas particulier d'une démarche plus large : l'expérimentation.

Ce qu'un MVP n'est pas

• Ce n'est pas « la version 1 bâclée » : c'est une expérience conçue pour apprendre.
• Ce n'est pas forcément un produit : ce peut être une page qui décrit l'offre, un service rendu à la main, une maquette cliquable.
• Ce n'est pas une excuse pour livrer quelque chose de cassé : le peu qu'il fait doit bien le faire.

Quelques formes de MVP

• Le service à la main : on rend le service manuellement à quelques clients, sans rien automatiser, pour voir si le besoin existe.
• Le magicien d'Oz : l'utilisateur croit interagir avec un système automatique ; en coulisses, une personne fait le travail.
• La page d'atterrissage : on décrit le produit et on mesure combien de gens s'inscrivent pour l'essayer, avant de le construire.

Formuler une hypothèse testable

« Nous pensons que [tel utilisateur] a besoin de [tel bénéfice]. Nous le saurons si [tel comportement mesurable] se produit. » Sans hypothèse et sans seuil, l'expérience n'apprend rien.

Persévérer ou pivoter

Après l'expérience : si l'hypothèse est confirmée, on investit davantage (persévérer). Si elle est infirmée, on change de direction (pivoter) plutôt que de s'entêter. La décision se prend sur les données, pas sur l'attachement à l'idée.

Exemple concret : avant de construire les niveaux de fidélité, l'équipe teste un MVP « à la main » : pendant deux semaines, elle attribue les points bonus manuellement à 30 clientes volontaires et observe si elles reviennent plus souvent. L'hypothèse (« les points bonus augmentent la fréquence de visite ») est confirmée à 60 % : l'équipe décide de développer, mais en commençant simple.

À vous de jouer : formulez une hypothèse testable, avec son critère de validation, pour une fonctionnalité d'un produit que vous connaissez.