Après avoir lancé un MVP, les startups sont souvent confrontées à une question redoutable : « Et maintenant ? » Dans cet article, nous partagerons tout ce que nous avons appris de notre propre expérience sur ce qu’il faut faire après avoir lancé votre MVP. Nous expliquerons également comment mesurer son succès à l’aide de mesures et d’indicateurs de rétroaction.
Mais d’abord, regardons les raisons pour lesquelles chaque startup devrait construire un MVP.
Qu’est-ce qu’un MVP et pourquoi en créer un ?
Un produit minimum viable (MVP) est une version simplifiée de votre produit, conçue pour satisfaire les besoins de base de votre public cible.
Défini par son ensemble de fonctionnalités squelettiques et ses fonctionnalités limitées, le but d’un MVP est de vous aider à trouver un produit adapté au marché. D’après notre expérience, la création d’un MVP est le moyen le plus efficace d’atteindre deux objectifs majeurs de démarrage : établir une présence sur le marché et recueillir les commentaires des premiers utilisateurs.
Pourquoi il est payant de commencer petit
Chaque nouvelle entreprise est susceptible de manquer de liquidités, de créer un produit dont personne ne veut ou de perdre face à la concurrence. Il est impossible d’éliminer tous les risques dans un environnement de démarrage, mais vous pouvez prendre certaines mesures pour minimiser les risques d’échec.
Chez Railsware, nous tirons parti de l’approche agile de démarrage Lean pour donner à nos produits les meilleures chances de succès. Nous commençons toujours par le MVP, car il nous aide à :
Trouvez une adéquation produit-marché. La taille et la simplicité du MVP le rendent idéal pour tester les hypothèses sur les problèmes des utilisateurs et l’expérience utilisateur. Cela nous permet de rester flexibles et d’adapter notre solution aux besoins des utilisateurs dès le début du processus de développement du produit.
Augmenter notre vitesse de mise sur le marché. Il est beaucoup plus rapide de créer un MVP qu’un produit à part entière, grâce à la portée réduite et aux fonctionnalités limitées du MVP. Commencer petit nous donne un avantage concurrentiel puisque nous n’essayons pas de créer un produit « parfait » dès le départ. Selon le projet, nous visons à lancer une solution barebone en quelques semaines/mois.
Conservez des ressources limitées. La création d’un MVP est un moyen rentable de tester les hypothèses du produit. Cela nous évite d’investir trop de temps, d’efforts et de capital dans la solution avant d’avoir confirmé si les gens la veulent. À titre de référence, nous consacrons généralement environ 30 à 50 % de notre budget global au développement du MVP et gardons le reste pour d’autres efforts de développement et de promotion.
Notre équipe produit au stade MVP se compose généralement d’un chef de produit, d’un ou de plusieurs concepteurs de produit et d’un petit groupe de développeurs. Pour des défis spécifiques, il peut être complété par des spécialistes en analyse de données, en assurance qualité et en marketing. L’équipe s’agrandit progressivement à mesure que nous allons au-delà des tests MVP et que nous commençons à développer le produit.
Afin de rendre cela plus facile à comprendre, voici à quoi ressemble le processus de développement de produits chez Railsware :
Mais à quoi ressemble réellement la « croissance des produits » après l’étape du MVP ? Pour comprendre comment un MVP évolue vers un produit à part entière, nous devons explorer les deux variantes les plus courantes de ce dernier : le produit minimum commercialisable et le produit minimum aimable. Bien que ces concepts soient parfois utilisés pour remplacer entièrement le MVP, nous les considérons en fait comme les prochaines étapes du pipeline de produits.
Produit Minimum Commercialisable (MMP)
Le MMP est une version simplifiée de votre produit qui est suffisamment bonne pour attirer des utilisateurs payants. Il comprend des modifications ou des ajouts clés qui ont été mis en œuvre en fonction des commentaires de l’étape MVP. Le plus souvent, le MVP sert de base au MMP.
Si le MVP est une représentation simplifiée de votre idée de produit, le MMP est son cousin plus avisé et plus confiant. Il peut avoir une stabilité et des fonctionnalités accrues, mais surtout, le MMP dispose d’un système de facturation. Cette fonctionnalité de paiement est essentielle pour tester si les utilisateurs sont prêts ou non à payer pour votre produit. Vous pouvez commencer à offrir des remises aux premiers utilisateurs ou à effectuer des tests A/B sur votre public cible pour vérifier combien ils sont prêts à payer pour votre solution.
Produit minimum aimable (MLP)
Comme son nom l’indique, l’objectif du MLP est de donner à votre public cible un produit qui combine des fonctionnalités attrayantes (minimales) avec une UX agréable. Bien qu’il n’ait pas toutes les cloches et les sifflets d’un produit à part entière, le MLP a une forte proposition de valeur et moins de défauts que ses prédécesseurs MVP/MMP.
Le MLP peut inclure une ou deux nouvelles fonctionnalités demandées par les premiers utilisateurs et/ou des fonctionnalités améliorées. À tout le moins, il est facile à utiliser, possède une interface utilisateur impressionnante et couvre toutes les douleurs des utilisateurs.
Contrairement à ses variantes, le MLP vise à transformer les premiers utilisateurs enthousiastes en clients fidèles, en particulier sur les marchés où la concurrence est féroce. L’analogie de la « nourriture pour chat » de Brian De Haaff, auteur de Aimabilité, explique comment le MVP n’est pas à la hauteur à cet égard. Il dit « (bien que) vous puissiez manger une boîte de nourriture pour chat si vous le deviez vraiment, il est peu probable que vous réclamiez une deuxième portion. » Ainsi, pendant que le MVP fait le travail, le MLP accroche les utilisateurs et les incite à revenir pour plus.
Étapes pratiques à suivre après la publication d’un MVP
Bien qu’il puisse être tentant de se lancer directement dans le développement MMP ou MLP après le lancement de votre MVP, nous ne le recommandons certainement pas. Il est maintenant temps de prendre du recul, de revoir vos progrès et de prendre des mesures organisées pour augmenter les chances de succès de votre MVP.
Voici quelques-unes de nos suggestions sur ce qu’il faut faire après le lancement de votre MVP…
Promouvoir le MVP
Votre public cible ne pourra pas tester le produit à moins qu’il ne sache qu’il existe. Examinons donc quelques moyens rentables d’attirer rapidement l’attention sur votre MVP :
- Lancement sur un marché d’entreprise. S’il est logique de publier votre MVP en tant que module complémentaire, les places de marché telles qu’Atlassian, Microsoft Azure ou Google Workspace Marketplace sont d’excellents tremplins. Ils confèrent de la crédibilité à votre solution, s’accompagnent d’une audience intégrée et vous permettent de monétiser rapidement. En fait, nous avons développé deux de nos propres startups (Coupler.io et Smart Checklist) en utilisant cette stratégie.
- Soumettez aux plateformes de démarrage et aux sites Web d’offres. Lister votre MVP sur des plateformes comme Appsumo ou Product Hunt est l’un des meilleurs moyens d’atteindre un public orienté SaaS. Les utilisateurs de ces plateformes sont plus susceptibles d’appartenir au segment de clientèle des innovateurs ; ils sont plus ouverts à l’expérimentation de nouveaux produits et sont plus indulgents envers les bugs et les défauts.
- Auto-distribution via les forums/réseaux sociaux. Suggérez votre produit dans les fils de commentaires Hacker News/Reddit/Quora où les gens rencontrent un problème que votre MVP peut résoudre. Les fondateurs ou les propriétaires de produits ayant de nombreux suivis sur les réseaux sociaux peuvent également bénéficier du partage du produit (et de la demande de commentaires) sur des canaux tels que Twitter/LinkedIn. Niveaux de Pierre n’est qu’un exemple d’entrepreneur qui a maîtrisé cette approche de la promotion MVP.
Recueillir les commentaires des utilisateurs
Une fois que vous avez fait la promotion du produit dans les bons canaux et que vous avez connu une certaine traction (c’est-à-dire un nombre croissant d’inscriptions et d’utilisateurs actifs), il est temps de demander les commentaires des premiers utilisateurs.
L’objectif est de découvrir quels sont leurs points faibles le plus rapidement possible et de commencer à utiliser ces données pour informer les itérations sur le produit. Nous recueillons ces informations par le biais d’enquêtes, d’interactions avec le service client et de forums en ligne. Par exemple, lorsque nous testions des hypothèses sur notre produit Mailtrap, nous avons utilisé des outils tels que Typeform, Twitter et UserVoice pour recueillir des commentaires. Dans l’ensemble, cela nous aide à identifier ce que les clients aiment et n’aiment pas, et ce qu’ils veulent voir, mais cela ne nous donne pas une image complète. C’est pourquoi nous menons toujours des entretiens de développement client peu de temps après le lancement du MVP.
Mener des entretiens de développement client
Pour en savoir plus sur les besoins, les motivations et les attentes des clients, rien de tel que de s’asseoir et de leur parler. Les entretiens de développement client ou CustDev sont des réunions en ligne individuelles entre un chef de produit et un utilisateur actif.
Au cours de ces sessions (qui durent de 30 minutes à 1 heure), nous posons aux clients des questions ouvertes sur leurs interactions avec notre MVP, telles que leur impression de l’expérience utilisateur ou le type de fonctionnalité qui leur manque. Nous prenons des notes détaillées et combinons les résultats de nos entretiens dans une feuille de calcul. L’analyse des corrélations dans les réponses nous aide à déterminer ce qu’il faut améliorer, ce qu’il faut supprimer et dans quelle direction nous rapprocherons d’un ajustement produit-marché.
Organisez une session de découverte de produits
L’exécution de sessions de découverte de produits supplémentaires vous permet de recueillir des idées pour de nouvelles fonctionnalités, d’analyser les risques potentiels, d’affiner votre vision du produit et de vous préparer à la croissance du produit. Nous utilisons le framework BRIDGeS pour l’idéation et la prise de décision complexe.
Les sessions se déroulent généralement sur des tableaux blancs virtuels, où nous utilisons des cartes colorées pour désigner les sujets (peut être un utilisateur, un rôle, une stratégie, etc.) et décrire le problème à travers les avantages, les risques, les problèmes, la connaissance du domaine et les objectifs. Entre 2 et 8 personnes participent à une session, y compris le propriétaire du produit, les membres des équipes de développement et de conception et les experts de l’industrie/utilisateurs potentiels. Nous divisons le tableau en deux parties – l’espace des problèmes et l’espace des solutions – et lançons une session dans la première.
Nous avons démontré à quoi ressemble l’espace des problèmes dans la pratique dans notre guide SaaS Product Management Inside Out ici sur Développeurweb.com, mais voici un rappel :
Après la hiérarchisation, l’étape suivante consiste à passer à l’espace de solutions. C’est là que nous proposons des variantes de solutions de haut niveau pour chaque sujet et les décomposons en épopées et tâches imbriquées. Ils doivent être codés par couleur mais n’ont pas besoin de se conformer au thème précédent. En utilisant l’exemple d’Uber, voici à quoi pourrait ressembler l’espace lorsque nous explorons la variante de la solution d’application mobile :
Ensuite, nous créons une feuille de route du produit en utilisant les épopées et les tâches définies dans l’espace de solution. Cela nous aide à rester sur la bonne voie alors que nous continuons à planifier et à travailler sur les futures itérations de produits. Ainsi, à la fin d’une session, notre équipe a une idée précise de la marche à suivre (qu’il s’agisse de se mettre au travail sur une nouvelle fonctionnalité[s],…