MVP

Un MVP, pour Minimum Viable Product ou produit minimum viable, est la plus petite version réellement utilisable d'un produit : elle rend déjà un service concret à de vrais utilisateurs et permet de vérifier une hypothèse avant d'engager le reste du budget. Le mot important n'est pas minimum, c'est viable.

L'illustration la plus parlante est celle du déplacement. Si votre objectif est d'aller d'un point A à un point B, un MVP n'est pas une roue de voiture livrée seule, puis un châssis, puis une carrosserie : ce sont des morceaux inutilisables tant que l'ensemble n'est pas fini. Un MVP, c'est une trottinette, puis un vélo, puis un scooter. À chaque étape, l'utilisateur se déplace vraiment et vous apprenez quelque chose. C'est aussi ce qui sépare un MVP d'un produit bâclé : un produit bâclé promet tout et tient mal ; un MVP promet peu et tient bien.

En quoi ça consiste

Réduire le périmètre à une promesse unique et à un seul parcours mené de bout en bout. Cela suppose des choix francs : un seul type d'utilisateur plutôt que trois, un moyen de paiement plutôt que quatre, un tableau de bord remplacé par un export, une étape automatisée remplacée par un traitement manuel invisible pour le client. Ce dernier point est souvent le plus efficace : tant que les volumes sont faibles, un humain derrière l'écran coûte beaucoup moins cher que le développement de l'automatisation.

À quoi ça sert concrètement

• Limiter la mise de départ : vous engagez une fraction du budget total avant de savoir si le marché répond.
• Confronter l'idée au réel : les intentions déclarées en entretien et les usages constatés diffèrent presque toujours.
• Sortir plus vite : quelques semaines au lieu de plusieurs mois, ce qui laisse le temps de corriger avant les concurrents.
• Convaincre avec des faits : premiers utilisateurs, premières ventes et premiers chiffres pèsent plus lourd qu'une présentation, auprès d'un associé comme d'un financeur.

Les erreurs fréquentes

Appeler MVP le produit complet développé à moitié : le périmètre n'a pas été réduit, seule la qualité a baissé. Ne définir aucun critère de succès avant le lancement, ce qui rend impossible toute décision d'arrêt. Négliger la fiabilité au point que le test mesure les bugs et non l'intérêt du service. Enfin, dépenser tout le budget dans le MVP : prévoyez dès le départ de quoi financer les deux ou trois itérations suivantes, car un MVP qui réussit réclame immédiatement des moyens.

Comment ça s'articule avec le reste du projet

Le MVP arrive après le cadrage, les personas et souvent un prototype testé sur quelques utilisateurs. Il se met en ligne avec la mesure qui va avec : sans indicateurs branchés le jour du lancement, l'exercice ne tranche rien. Ses enseignements alimentent ensuite la feuille de route, où l'on ajoute les fonctionnalités réellement réclamées plutôt que celles imaginées au départ.