Le « produit minimum viable » est un concept largement déformé et mal compris. Mais il est puissant lorsqu'il est bien réalisé. Dans cet article, vous apprendrez : La définition d'un produit minimum viable (MVP), Quelles questions poser pour créer un MVP, et Comment tester votre MVP.
Un produit minimum viable (MVP) est une version précoce d'un produit, comme une application SaaS (software as a service), qui est conçue pour s'assurer que la vision et la stratégie du produit sont alignées avec les besoins du marché.
En général, un MVP offre juste assez de fonctionnalités et de valeur pour séduire les premiers utilisateurs et d'autres innovateurs. Ce n'est pas une version bêta de votre produit, conçue pour détecter des bugs ou pour peaufiner les caractéristiques et les éléments d'interface. C'est aussi pas une idée qui n'existe que sur papier (ou sur des diapositives), ou une démonstration brute d'une preuve de concept.
Au lieu de cela, le terme “MVP” suggère quelque chose de très spécifique :
Minimum : le plus petit nombre de capacités, de fonctionnalités et d'emballages qui…
Viable : offrir suffisamment de valeur pour que les clients soient prêts à dépenser de l'argent (ou une autre devise comme des informations personnelles)…
Produit : sur quelque chose qu'ils peuvent utiliser aujourd'hui… pas seulement investir dans un concept futur, une promesse, ou une offre.
Les objectifs d'un MVP sont de valider le postulat d'un produit, de tester des hypothèses sur les besoins du marché, d'apporter des ajustements à la vision du produit, et de prioriser où investir dans le développement futur. En tant que tel, les MVP sont une approche résolument puissante pour trouver un ajustement produit-marché.
Les grands MVP commencent par des questions difficiles
Ne vous laissez pas tromper en pensant que "minimum" signifie "facile". Déterminer l'ensemble des fonctionnalités minimales d'un MVP est un travail difficile, mais poser les bonnes questions est une partie importante du processus.
Quel problème essayez-vous de résoudre, et est-ce vraiment un problème qui en vaut la peine ?
Nous rencontrons tous des points de douleur, grands et petits, dans notre vie quotidienne. Si vous en avez identifié un qui nécessite une solution, prenez le temps de réfléchir à savoir si c'est un problème qui présente suffisamment de friction pour que les gens aient envie d'utiliser votre produit.
Par exemple, pensez à Uber. Quiconque a passé suffisamment de temps dans une grande ville sait à quel point il peut être frustrant de se tenir sur un trottoir et d'essayer de héler un taxi. C'était un point de douleur suffisamment important pour rendre Uber attrayant pour quiconque souhaitait simplement sortir son smartphone, lancer une application et rapidement appeler un transport.
D'autre part, pensez à Juicero. Il s'est avéré que très peu de gens voulaient un presse-agrumes coûteux qui avait le Wi-Fi et nécessitait la numérisation d'un code QR avant de pouvoir presser un paquet de jus. Cela n'a pas aidé que presser un paquet de jus à la main fonctionnait presque aussi bien que de le mettre dans le presse-agrumes.
Quelle est la manière la plus simple et directe de résoudre le problème ?
Ne vous souciez pas de toutes les fonctionnalités intéressantes que votre produit pourrait offrir. Pensez simplement à la ligne droite allant du problème à la solution, avec le moins d'étapes possible en cours de route.
Pensez encore à Uber. Originellement connu sous le nom d'UberCab, il n'était d'abord proposé que à San Francisco et il n'offrait qu'un service de voiture noire qui était plus cher qu'un taxi. Cependant, il vous permettait de demander un trajet simplement en cliquant sur un bouton ou en envoyant un message texte, et cette fonctionnalité de base s'est avérée extrêmement populaire. Voir à quel point cela fonctionnait bien a convaincu l'entreprise de poursuivre l'idée de manière agressive.
Tester « valeur minimale » étape par étape
Telles qu'indiquées précédemment, un MVP approprié signifie quelque chose de très spécifique. Mais tout comme un MVP aide à accélérer l'adéquation produit-marché, il existe également des moyens de parvenir à un MVP lui-même plus rapidement et avec moins de risques. Voici trois approches à essayer alors que vous travaillez à développer un MVP.
Avant de construire un MVP, testez votre promesse et votre offre
Vous n'avez même pas besoin d'avoir écrit une seule ligne de code pour commencer le chemin de création d'un MVP. Créez une page d'atterrissage complète avec des points de vente captivants qui séduisent les gens sur les caractéristiques de votre produit et des captures d'écran fictives qui montrent votre vision. Vous voudrez peut-être également créer une vidéo qui commente vos captures d'écran et explique quels problèmes votre produit résoudra.
Incluez un champ d'inscription où les visiteurs peuvent ajouter leurs adresses e-mail à votre liste. Vous pourriez même lister différentes options de plan tarifaire et demander aux gens de choisir celle qui les intéresse, ce qui vous aidera à comprendre ce qu'ils souhaitent pour votre produit.
Créez une campagne AdWords pour diriger les gens vers la page d'atterrissage, afin que vous sachiez quels mots-clés de recherche génèrent le plus de trafic. Vous pourriez être surpris par les résultats.
Ces étapes préliminaires ne remplaceront pas un véritable MVP, mais elles peuvent aider à déterminer si le développement d'un MVP vaut la peine d'être poursuivi.
Utilisez un processus manuel pour livrer votre produit ou service
Le truc avec cette approche est de donner l'illusion que vous offrez une expérience pleinement fonctionnelle même lorsque vous ne le faites pas. Tant que vous donnez aux clients ce pour quoi ils ont payé, peu importe si vous utilisez un processus maladroit en arrière-plan.
Par exemple, lorsque le fondateur de Zappos, Nick Swinmurn, a eu l'idée de vendre des chaussures en ligne, ce qui semblait extravagant en 1999, il a d'abord testé son concept en photographiant des chaussures sur les étagères du magasin et en les listant à vendre sur son site. Lorsque quelqu'un achetait une paire, il les achetait dans le magasin et les expédiait.
Bien que cela ne fût pas un plan viable à long terme, cette idée simple a permis à Swinmurn de voir s'il avait raison dans son hypothèse selon laquelle les gens achèteraient des chaussures sur Internet sans les essayer d'abord. Il s'est avéré qu'il avait raison. Et comme avantage supplémentaire, il n'avait pas à investir massivement dans le stock d'entrepôt et à risquer de se retrouver bloqué avec beaucoup de chaussures invendues.
Utilisez des applications et services existants pour approximativement l'expérience
Il existe de nombreuses façons d'utiliser la technologie moderne pour créer un processus que vous pourrez plus tard affiner avec un développement logiciel unique. Vous pouvez utiliser des outils existants pour essentiellement développer une démo sans engloutir beaucoup d'argent dans les ressources de programmation.
Par exemple, Groupon a commencé comme un site WordPress où le fondateur Andrew Mason et son petit personnel publiaient des offres sous forme de billets de blog. Ils utilisaient un AppleScript pour générer un PDF d'un coupon qu'ils envoyaient par e-mail à tous ceux qui avaient réclamé une offre. C'était une façon maladroite de fonctionner, mais cela a prouvé que le concept fonctionnait.