Que vous travaillez dans le product management ou non, il est fort à parier que vous avez déjà été confronté à l’acronyme de “MVP” ou en entier “minimum viable product”. Composant clé de la philosophie du lean development, un MVP désigne la version d’un produit doté des features essentielles (minimum) pour attirer de premiers utilisateurs (viable) et en tirer rapidement des apprentissages.

Si cette définition semble facilement compréhensible, il y a comme toujours un pas entre la théorie et la pratique. Dans notre dernier article sur la formulation d’hypothèses en product management (à retrouver ici), nous vous donnions d’ailleurs la réalisation d’un MVP comme test pertinent pour valider une hypothèse. Voyons maintenant ensemble comment concrètement passer à l’exécution.

Si vous avez besoin d’un apprentissage concret des méthodes du Product Management, Join Maestro propose des formations sur toutes les dimensions du rôle, de la product discovery à la delivery en passant par l’alignement. Notre pédagogie, basée sur la pratique, vous équipe pour devenir un excellent Product Manager.

Le MVP, un sweet spot entre ROI et risque ⚖

Selon l’entrepreneur américain Eric Ries, auteur de The Lean Startup et qui a popularisé le concept de MVP : un MVP est “une version d'un nouveau produit qui permet de collecter un maximum d'informations validées sur les clients avec un minimum d'effort”. Entre les lignes, on retrouve les idées essentielles au lean de “Build, Measure, Learn”, à savoir la capacité à itérer rapidement sur son produit sur la base de retours utilisateurs. Également l’idée de réduire le gaspillage de ressources au maximum.

En effet, si le concept est si populaire dans l’univers des startups et plus spécifiquement du produit, c’est qu’il permet de rapidement valider l’intérêt du marché pour un concept, avec un minimum de ressources et dans un temps restreint (le “minimum d’effort” dont parle Eric Ries). Les coûts de développement en sont réduits, le temps et l’effort aussi : en cela, on s’assure un retour sur investissement optimal puisque les ressources sont allouées à la validation la plus rapide et la moins coûteuse possible.

La popularité actuelle des outils de no code le prouve : un des use cases courant de ces outils est de permettre aux PMs d’être plus autonomes dans la réalisation de leur MVP, pour précisément préserver la bande passante des développeurs.

D’ailleurs, en tant que product manager, les avantages sont multiples :

• Valider ses hypothèses produit avec de la donnée terrain : l’information ainsi récoltée est un bon complément, ancré dans le réel et rapide, aux éventuelles études de marché et projections théoriques.
• Réduire le time-to-market de nouvelles features : chaque itération permet de récolter du feedback en amont du release final, permettant d’améliorer rapidement et stratégiquement le produit.
• Tester le product-market-fit le plus tôt et rapidement possible : la récolte systématique et rapide de feedbacks permet d’affiner sa compréhension des besoins utilisateurs et de s’assurer de construire un produit qui y réponde. Aussi, la sollicitation d’utilisateurs potentiels peut permettre de se constituer une base de beta testeurs particulièrement investis dans le succès du produit.
• Optimiser ses ressources : l’utilisation d’un MVP évite de développer un produit pendant des mois, en chambre, pour se rendre compte une fois lancé que le marché n’existe pas. Il évite ainsi du temps de développement inutile (et donc de l’argent), en se concentrant directement sur les idées et hypothèses à plus forte valeur ajoutée.

Un MVP peut porter sur un nouveau produit ou l’amélioration d’un produit existant. Plusieurs success stories entrepreneuriales sont ainsi basées sur le recours au MVP :

1. 👞 Pour valider si le grand public était prêt à acheter des chaussures en ligne en 1999, et sans pour autant dépenser des milliers de dollars en stock, le fondateur de la marketplace Zappos Nick Swinmurn a créé une page vitrine avec des photos de chaussures prises dans un centre commercial. A chaque achat, il allait lui-même acheter la paire, l’emballait puis l’envoyait.
2. 🛌 Pour valider si les voyageurs étaient prêts à dormir chez des inconnus en 2007, en alternative à l’hôtel, les fondateurs d’Airbnb Brian Chesky et Joe Gebbia ont mis des matelas gonflables dans leur propre appartement et publié une annonce de location courte durée en amont d’une importante conférence en ville. Les lits furent rapidement réservés.
3. 📄 Pour valider que le grand public avait un problème de synchronisation de fichiers  en 2007, dont il n’avait pas conscience, le fondateur de Dropbox Drew Houston a créé une vidéo explicative de 3 minutes sur le fonctionnement de Dropbox et des cas pratiques d’utilisation. La liste beta pour la sortie du produit est passée en quelques jours de 5 000 à 75 000 personnes.

Construire son MVP pas-à-pas 👣

En synthèse, le MVP n’est ni un prototype, ni une V1 : ce n’est pas une version dégradée du produit final, mais un produit en soi qui dispose des fonctionnalités de base pour valider différentes hypothèses de travail (sur l’aspect fonctionnel, l’UX / UI, l’utilisation ou plus largement sur l’existence même d’un marché et sa maturité).

Pour identifier puis construire ses quelques fonctionnalités essentielles, la démarche comprend habituellement les étapes clés suivantes :

• 🧩 Étape 1, préciser son marché : selon CB Insights, 42% des startups échouent à cause d’une absence de marché, ce qui constitue la plus importante raison d’échec au global. Pour éviter cet écueil, menez des études de marché, étudiez la concurrence et les alternatives existantes, estimez la profondeur de marché, listez et étayez les pain points des utilisateurs, précisez leurs jobs-to-be-done et leur segmentation. Plus vous en saurez, plus vous augmentez vos chances de succès. 
• ❓ Étape 2, formuler et sélectionner ses hypothèses produit les plus incertaines : sur la base de votre compréhension marché, vous devriez maintenant avoir une liste d’hypothèses produit, dont certaines pour lesquelles vous n’avez pas de donnée suffisante voire existante. Ordonnez-les selon leur degré d’incertitude / risque.

• 🎯 Étape 3, définir des critères de succès : pour cette étape, vous pouvez partir des objectifs de votre équipe ou des objectifs stratégiques de votre entreprise, en formulant un résultat sur le MVP qui permettra de justifier d’un intérêt marché. Vous pouvez alternativement tracker des métriques plus classiques type bouche-à-oreille, nombre d’inscription, pourcentage d’utilisateurs actifs, nombre d’utilisateurs payants ou CAC.
• 🔢 Étape 4, identifier et prioriser les features à développer : maintenant que vous avez en tête le marché et les hypothèses les plus risquées, il convient de mettre en face les features potentielles qui présentent un fort impact et un besoin important. Attention à bien distinguer ce que l’utilisateur veut de ce dont il a besoin. 
• 🔍 Étape 5, sélectionner le type de MVP : selon le degré de difficulté et les moyens dont vous disposez, plusieurs options s’offrent à vous. Vous pouvez optez pour un MVP en no product, un MVP en mockup (à l’aide d’un UX UI designer ou d’un outil de no code) ou un one-feature MVP (à nouveau, avec un outil de no code ou quelques développeurs).
• 📌 Étape 6, lancer auprès d’un échantillon représentatif : votre travail de précision du marché et de segmentation des utilisateurs devrait vous permettre à cette étape de donner votre MVP dans les bonnes mains et d’avoir des résultats représentatifs.
• 🧠 Étape 7, évaluer et tirer des apprentissages du MVP : ça y est, votre MVP est live ! Revenez à votre sélection de critères de succès et servez-vous de la donnée pour valider ou invalider vos hypothèses.

Prendre une décision suite à un MVP 🎰

Suite à l’étude des résultats post-lancement, trois options sont possibles : vous avez une traction prometteuse sur votre MVP (lucky you! ✨), les résultats sont mitigés / peu tranchés ou c’est un flop complet.

1. Cas 1, j’ai une traction prometteuse : puisque vos critères de succès sont remplis, vos hypothèses sont donc vérifiées. Vous pouvez maintenant aller plus loin sur le produit, en itérant continuellement, selon les mêmes étapes précédemment décrites. Au fur et à mesure, pensez à intégrer des réflexions autour de la scalabilité de votre produit, son pricing, le marketing. Vous êtes en bonne voie !
2. Cas 2, j’ai des résultats mitigés : vos critères sont seulement partiellement remplis ou certains sont vérifiés tandis que d’autres non. Reprenez les hypothèses non validées et creusez davantage votre compréhension du marché lors d’entretiens. Reformulez vos hypothèses en conséquence et itérez sur le prochain cycle de développement avec de meilleures fonctionnalités ou en revoyant la value prop.
3. Cas 3, j’ai fait un flop : vos critères sont loin d’être remplis, documentez l’échec et faites une rétrospective avec votre équipe. Avez-vous fait des suppositions qui s’avèrent fausses ? fait des partis pris ? des raccourcis ? De la même manière que dans le cas 2, reprenez la discovery, la formulation d’hypothèses et réitérez.

‍

Pour aller plus loin sur le sujet, on vous recommande les lectures suivantes :

• What is a MVP and why is it important? ProductBoard
• Making sense of MVP – and why I prefer Earliest Testable/Usable/Lovable Henrik Kniberg
  
  
  ‍

✍️ Anna Richard est incoming-PM en Fintech B2B et Startup Manager chez Bpifrance Le Hub où elle accompagne depuis 2 ans les startups seed et Série A du portefeuille sur leurs enjeux opérationnels en product et product marketing.
Alumni de la promotion 🦁 Lion du Samedi winter 2021 et Copywriting en septembre 2021.