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.
Business in a box.
Découvrez nos solutions.
Parlez à notre équipe de vente
Qu'est-ce qu'un produit minimum viable (MVP) ?
Un produit minimum viable (MVP) est une version précoce d'un produit, tel qu'une application SaaS (software as a service), qui est conçue pour garantir que la vision et la stratégie du produit sont alignées sur les besoins du marché.
Typiquement, un MVP offre juste assez de fonctionnalités et de valeur pour séduire les premiers utilisateurs et autres innovateurs. Ce n'est pas une version bêta de votre produit, conçue pour éliminer les bugs ou pour peaufiner les fonctionnalités et les éléments d'interface. Ce n'est pas non plus une idée qui existe seulement sur papier (ou 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, fonctionnalités et packaging qui…
Viable : offrir suffisamment de valeur pour que les clients soient prêts à dépenser de l'argent (ou une autre monnaie telle que des informations personnelles)…
Produit : pour 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 les investissements dans le développement futur. En tant que tel, les MVPs sont une approche extrêmement puissante pour trouver un ajustement produit-marché.
Les grands MVP commencent par des questions difficiles
Ne vous laissez pas berner en pensant que "minimum" signifie "facile." Déterminer le set de fonctionnalités minimum 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 vaut la peine d'être résolu ?
Nous rencontrons tous des points de douleur grands et petits dans notre vie quotidienne. Si vous en avez identifié un qui, selon vous, nécessite une solution, prenez le temps de réfléchir à savoir s'il s'agit d'un problème qui a suffisamment de friction pour que les gens veuillent utiliser votre produit.
Par exemple, considérez Uber. Quiconque a passé suffisamment de temps dans une grande ville sait à quel point il peut être frustrant de rester au bord du trottoir et d'essayer d'héler un taxi. C'était un point de douleur suffisant pour rendre Uber attractif pour quiconque voulait simplement sortir son smartphone, lancer une application, et rapidement appeler un moyen de transport.
En revanche, prenez Juicero. Il s'est avéré que très peu de gens voulaient une presse à jus coûteuse qui avait du Wi-Fi et nécessitait la numérisation d'un code QR avant d'extraire un pack de jus. Cela n’a pas aidé que presser un pack de jus à la main fonctionnait presque aussi bien que de le mettre dans la presse.
Quel est le moyen le plus simple et le plus direct de résoudre le problème ?
Ne vous souciez pas de toutes les fonctionnalités sympas que votre produit pourrait offrir. Pensez simplement à la ligne droite du problème à la solution, avec le moins d'étapes possibles en cours de route.
Considérez encore Uber. Initialement connu sous le nom d'UberCab, il était d'abord proposé uniquement à San Francisco et consistait seulement en un service de voiture noire qui était plus cher qu'un taxi. Cependant, il vous permettait d'obtenir un trajet en cliquant simplement sur un bouton ou en envoyant un SMS, 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
Comme mentionné 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 d'atteindre un MVP lui-même plus rapidement et avec moins de risques. Voici trois approches à essayer lorsque vous travaillez au développement d'un MVP.
Avant de créer un MVP, testez votre promesse et votre offre
Vous n'avez même pas besoin d'avoir une seule ligne de code écrite pour commencer à créer un MVP. Créez une page de destination complète avec des points de repère convaincants qui vendent les fonctionnalités de votre produit et des captures d'écran simulées qui montrent votre vision. Vous pourriez également créer une vidéo qui narre vos captures d'écran et explique quel problème votre produit résoudra.
Incluez un champ d'inscription où les visiteurs peuvent ajouter leur adresse 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 veulent de votre produit.
Créez une campagne AdWords pour diriger les gens vers la page de destination, 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 si ce n'est pas le cas. Tant que vous offrez aux clients ce pour quoi ils ont payé, il ne fait pas de différence si vous utilisez un processus maladroit en coulisse.
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 des magasins et en les listant à la vente sur son site. Lorsqu'une personne achetait une paire, il les achetait en magasin et les expédiait.
Bien que cela n'ait pas été un plan viable à long terme, cette simple idée a permis à Swinmurn de voir s'il avait raison de supposer que les gens achèteraient des chaussures sur Internet sans les essayer. Il s'est avéré qu'il avait raison. Et comme bonus supplémentaire, il n'a pas eu à investir massivement dans un stock d'entrepôt et risquer de rester avec beaucoup de chaussures invendues.
Utilisez des applications et services existants pour approcher l'expérience
Il existe de nombreuses façons d'utiliser la technologie moderne pour créer un processus que vous pouvez ensuite affiner avec un développement logiciel unique. Vous pouvez utiliser des outils existants pour essentiellement développer une démo sans plonger beaucoup d'argent dans des ressources de programmation.
Par exemple, Groupon a commencé comme un site WordPress où le fondateur Andrew Mason et sa petite équipe publiaient des offres sous forme de billets de blog. Ils ont utilisé un AppleScript pour générer un PDF d'un coupon qu'ils envoyaient par e-mail à tous ceux qui avaient revendiqué une offre. C'était une manière maladroite de fonctionner, mais cela a prouvé que le concept fonctionnait.
