Dans un monde d’essais et d’erreurs, celui qui peut trouver des erreurs le plus rapidement est celui qui gagne. Certaines personnes appellent cette approche « fail fast ». Eric Ries l’a appelée Lean, tandis que Kent Beck et d’autres développeurs de logiciels l’ont appelée Agile.
Quoi que vous l’appeliez, il s’agit de découvrir lesquelles de vos hypothèses concernant le produit sont erronées en obtenant des retours d’utilisateurs réels aussi rapidement que possible.
La méthodologie agile suppose de diviser le développement du produit en sprints, ce qui permet de réduire les risques et de répondre rapidement aux changements requis.
Parce que la méthodologie agile est construite autour de l’idée d’un processus itératif basé sur le feedback des clients, le MVP joue un rôle central dans le développement agile.
Construire un produit minimum viable (MVP) aide à livrer un nouveau produit avec suffisamment de fonctionnalités pour satisfaire les premiers adoptants, ce qui permet d’obtenir des commentaires précieux et de construire un ensemble complet de fonctionnalités plus tard.
Le concept de MVP est surtout pratiqué dans l’industrie du logiciel pour vérifier la viabilité du produit. Si vous cherchez une entreprise pour construire le MVP pour vous, consultez cette entreprise de développement de logiciels.
La majorité des logiciels d’aujourd’hui sont développés en utilisant la méthodologie Agile. Dans l’environnement Agile, vous entendrez souvent l’expression produit minimum viable (MVP).
Ce terme signifie simplement : la chose la plus minimalement caractérisée que vous pouvez construire qui répondra à l’opportunité suffisamment bien pour la plupart de vos clients cibles et validera votre marché et votre produit.
En d’autres termes, si vous deviez penser à la fonction principale que vous essayez de laisser les clients accomplir, quel est le produit le plus simple que vous pouvez construire qui leur permet d’atteindre cet objectif ?
Par exemple, disons que vous avez remonté le temps et que vous travailliez sur la première version d’une application pour un journal. La fonction principale d’une appli serait d’informer son lectorat. C’est pourquoi le produit le plus simple que vous pourriez construire serait une liste de titres d’actualité et un bouton pour rafraîchir.
Encore, la clé d’un MVP réussi est de se concentrer sur la valeur fondamentale que l’app fournit, à savoir des nouvelles fraîches, plutôt que de passer votre temps à construire des fonctionnalités supplémentaires de l’app.
Notez que MVP ne signifie pas que le produit doit être mauvais. La vérité est qu’il devrait être très bon dans ce qu’il fait, mais il devrait se concentrer sur la réalisation de seulement quelques fonctions de base.
En bref, les principales caractéristiques du MVP sont :
- Il a suffisamment de valeur pour que les gens soient prêts à l’utiliser ou à l’acheter initialement
- Il démontre suffisamment d’avantages futurs pour retenir les premiers adoptants
- Il fournit une boucle de rétroaction pour guider le développement futur
Pourquoi devriez-vous utiliser une méthodologie Agile pour développer le MVP ?
Un différentiateur clé entre Agile et les autres méthodologies est que Agile tire parti des MVP. Avec une approche Agile, vous construisez la chose la plus simple possible, vous recueillez des données sur la façon dont les clients l’utilisent, puis vous affinez le produit si nécessaire.
Cela vous permettra de travailler assez efficacement, en construisant uniquement les fonctionnalités que les clients veulent et utiliseront plutôt que de perdre du temps à construire des choses dont les clients ne se soucient pas.
Contrasez cela avec des approches de développement de produits non basées sur les MVPs. En utilisant d’autres approches, vous pouvez finir par passer beaucoup de temps à essayer de construire le produit « parfait » avec toutes les fonctionnalités que vous pouvez imaginer, mais une fois qu’il est dans le monde réel, vous découvrez que les clients n’utilisent pas la moitié des fonctionnalités que vous pensiez qu’ils utiliseraient.
Voici l’exemple du produit minimum viable (MVP) agile:
Source : Dropbox
Drew Houston – le PDG de Dropbox, a décidé de créer un MVP pour la startup de stockage en nuage sous forme de vidéo.
Ils ont réalisé une vidéo explicative et l’ont partagée avec leur réseau pour jauger les réactions des gens. La vidéo de 3 minutes expliquait ce qu’est Dropbox et démontrait comment elle pourrait aider les gens.
Après avoir publié la vidéo, la société a augmenté les inscriptions de 5 000 personnes à 75 000 du jour au lendemain pour l' »accès anticipé » – tout cela sans avoir un produit réel.
Donc, les principaux avantages de la construction du MVP (agile) sont :
- Recherche initiale sur le consommateur
Plus vite le produit atteint l’utilisateur cible, plus vite vous obtenez le feedback et analysez les défis ou les préférences du client. Si les utilisateurs ne trouvent pas votre MVP précieux, vous avez de l’espace pour pivoter et tester les autres propositions de valeur.
Ou, si c’est l’inverse, vous serez sûr que les fonctionnalités développées sont utiles pour les clients cibles, vous pouvez donc aller de l’avant. Dans le pire des cas, vous pouvez geler le projet pour réduire vos pertes.
- Stade de test
Le plus grand avantage du développement d’un MVP est qu’il permet de tester divers modèles et concepts d’affaires.
En offrant l’ensemble des fonctions de base plutôt qu’un produit lourd en fonctionnalités, vous pouvez vérifier si leur concept de produit résonne avec votre modèle d’affaires, offrant une occasion de changer la direction d’un produit en fonction des résultats.
Contrairement aux produits lourds en fonctionnalités, lorsque le MVP est lancé, vous aurez la possibilité d’identifier quels types de groupes sociaux sont les utilisateurs les plus actifs, comment ils interagissent avec le produit et comment vous pouvez le monétiser.
- Cost Efficiency
Les produits de qualité sont le résultat d’années de développement, avec un prix approprié. Mais comme ces produits ont été créés de manière itérative sur une plus longue période, le coût est réparti dans le temps.
L’approche MVP permet également d’économiser en empêchant le produit de devenir trop compliqué. Au fur et à mesure que le produit commence à obtenir plus de traction et à recueillir plus d’informations concernant la direction vers laquelle le produit se dirige, vous pouvez augmenter ou réduire vos investissements.
Si vous êtes intéressé à en apprendre davantage sur les méthodologies Agile et SCRUM, nous vous recommandons de consulter cet article du SCRUM Institute sur la façon de devenir un maître SCRUM dans un processus détaillé étape par étape. Ils offrent également les programmes de certification Scrum les plus populaires, et les plus économiques à l’échelle mondiale.
Le processus de construction du MVP (Agile)
Maintenant, une fois que vous savez ce qu’est un MVP, pourquoi il est utilisé en Agile, et quels en sont les avantages, voyons les 6 étapes nécessaires à la construction d’un MVP.
Étape #1 : Identifier le problème que vous résolvez et pour qui
Lorsque l’on développe une version de nouveaux produits, la plupart des gens ne sont pas suffisamment rigoureux pour définir les problèmes qu’ils tentent de résoudre et articuler pourquoi ces problèmes sont importants. Sans ce processus, le produit risque de passer à côté d’opportunités et de gaspiller des ressources. C’est pourquoi vous devez devenir meilleur pour poser les bonnes questions afin qu’elles abordent les bons problèmes.
Regardez votre idée de produit et demandez-vous :
- Qui est votre public cible ?
Si vous êtes bloqué à ce stade, essayez d’identifier vos défis personnels. Y a-t-il quelque chose que vous seriez en mesure de mieux faire si vous aviez le bon outil ?
- Pourquoi votre public cible a-t-il besoin de ce produit ?
Cela vous aidera à identifier l’objectif principal de votre produit et la solution aux besoins de vos clients potentiels.
- Dans quelle situation l’utiliseraient-ils ?
Source : Metabeta
Note : Dans le processus d’identification des réponses aux questions ci-dessus, il est important de garder tout ce qui est réel et de faire des estimations de temps et de coûts en plus.
Etape #2 : Analysez vos concurrents
Dès que vous avez compris quel problème vous résolvez, il est temps de voir comment les autres entreprises résolvent ce problème – ou du moins essaient de le résoudre. À ce stade, il est évident que vous devez effectuer une analyse de la concurrence s’il existe des produits similaires sur le marché.
Vous devez également garder à l’esprit que même si vous ne pensez pas avoir de concurrents directs, votre foi dans le caractère unique de votre produit sera un motif pour mettre en confiance votre produit sur le marché.
Étape #3 : Définir le flux d’utilisateurs, Wireframe & Design
Définir le flux d’utilisateurs pour votre futur produit vous implique de vous concentrer directement sur votre objectif principal. Afin de définir le flux utilisateur principal, nous devons d’abord définir les étapes du processus, ce qui est en fait facile car tout ce que vous devez faire est d’expliquer les étapes nécessaires pour atteindre l’objectif primaire de votre produit.
À ce stade, vous ne devez pas penser aux fonctionnalités – mais vous concentrer sur les tâches de base telles que les types d’objectifs que vos utilisateurs finaux ont lorsqu’ils utilisent votre produit, leurs attentes, etc.
Une fois que vous avez fini de définir le flux d’utilisateurs, vous pouvez passer au wireframing, qui est simplement une illustration d’une page web ou d’une application. Un wireframe est une mise en page qui articule le type d’éléments d’interface qui trouveront leur place sur les pages importantes.
Exemple de wireframing:
La conception de l’interface utilisateur (IU) rassemble des concepts issus du design d’interaction, du design visuel et de l’architecture de l’information. Ici, vous devez capitaliser sur ce que vous avez appris dans les phases précédentes afin de produire une expérience qui surprendra et ravira l’utilisateur final.
Ici, chez Cleevio, lorsque nous avons le premier prototype prêt (généralement une maquette cliquable), nous faisons des tests utilisateurs. Les tests utilisateurs sont essentiels pour le succès de la nouvelle application. Lorsque nous avons les résultats des tests utilisateurs prêts, nous itérons les wireframes et les testons à nouveau sur les utilisateurs.
Après avoir testé les wireframes, vous devez passer à la phase de conception qui doit être différente pour chaque plateforme (iOS, Android, Web,…).
Etape n°4 : Analyser vos fonctionnalités
Savez-vous que plus de 45% des fonctionnalités intégrées aux produits logiciels sont rarement ou jamais utilisées ?
Maintenant que vous avez créé votre flux d’utilisateurs, vous pouvez commencer à créer une liste plus détaillée de fonctionnalités pour chaque étape particulière, mais en gardant les statistiques à l’esprit.
Une fois que vous avez exposé vos fonctionnalités pour chaque étape, vous devrez les hiérarchiser. Quelle est l’action la plus importante que vous voulez que vos utilisateurs réalisent ? Ce sera votre fonctionnalité principale.
L’une des méthodes de hiérarchisation des fonctionnalités est le MoSCoW qui est utilisé pour décider des fonctions à compléter en premier, celles qui doivent venir plus tard et celles à exclure. Une autre technique utilisée pour mesurer la nécessité des fonctionnalités est basée sur la valeur commerciale (temps de développement vs. nice to have vs. coûts)
Source : ProductPlan
Étape n°5 : Développement &Tests
Maintenant que vous connaissez les caractéristiques de votre produit minimum viable (MVP), il est temps de les mettre en pratique. En passant à l’étape du développement, vous devez tester votre produit et travailler pour améliorer sa qualité.
Après l’approbation des Wireframes, vous devriez commencer à travailler sur l’architecture de mise en place, la base de données et commencer à développer l’API, l’administration et tout le back-end.
Les tests alpha et bêta peuvent aider ici comme certains des moyens les plus populaires pour tester les performances d’un produit dans différents scénarios. Assurez-vous d’aligner les tests et de n’apporter que les changements qui affectent l’ensemble de l’expérience utilisateur.
En standard, vous devez mettre en œuvre les tests suivants dans un environnement contrôlé avant le lancement de l’application :
- Test de fonctionnalité
- Test d’utilisabilité
- Test de compatibilité
- Test de foule
- Test d’interface
- Test de performance
- Test de sécurité
Pendant le processus de développement, vous devriez tester continuellement toutes les fonctionnalités mises en œuvre.
Par exemple, ici chez Cleevio, nous construisons des applications mobiles, et les versions des builds bêta sont téléchargées sur Google alpha/beta testing et sur TestFlight d’Apple. Les builds de test internes sont dans Appcenter (un outil officiel de Microsoft).
Quand le « release candidate » (un produit prêt pour le marché) est prêt, nous faisons des tests bêta ouverts ou fermés, où nous invitons autant d’utilisateurs pertinents dans le programme de test bêta et nous recueillons des commentaires sur les fonctionnalités et les bogues.
Étape #6 : Obtenir de manière itérative l’adéquation produit-marché ou échouer
Si vous validez le MVP, vous pouvez commencer à regarder la portée de votre produit et l’étendre. À ce stade, soit vous levez du capital de démarrage pour vous aider à atteindre le marché plus rapidement, soit vous échouez.
Pour une application mobile, nous effectuons généralement un » soft launch » lorsque nous diffusons le MVP sur AppStore et Google Play, mais nous n’encourageons pas la commercialisation de l’application à ce moment-là.
A mesure que l’application reçoit plus d’utilisateurs, certains bugs peuvent apparaître et nous sommes sûrs de tout corriger dès que possible. Habituellement, nous publions de nouvelles builds tous les deux jours. Une fois que l’application est stable et que nous avons un taux d’utilisateurs sans crash supérieur à 99,9%, nous recommandons de commencer avec le marketing et d’acquérir plus d’utilisateurs.
Les données sont vraiment importantes et c’est pourquoi nous recommandons de surveiller le comportement des utilisateurs avec Mixpanel ou Google Firebase analytics afin que nous puissions comprendre comment les utilisateurs utilisent réellement l’application.
Le développement du produit n’est jamais terminé. Très important est de demander le feedback de l’utilisateur et d’itérer le produit. Lorsque nous avons plus d’utilisateurs, nous effectuons des tests A / B pour pouvoir tester différentes solutions et augmenter l’engagement des utilisateurs.
Source : ProductPlan
Conclusion
A Cleevio, nous avons développé plus de 120 MVPs au cours des 10 dernières années, nous avons donc suffisamment d’expérience à notre ceinture, pour savoir quels MVPs évoluent et lesquels brûlent et meurent.
Nous savons qu’il est un peu écrasant de préparer une feuille de route, une documentation ou des wireframes pour votre idée de MVP, alors n’hésitez pas à nous contacter et nous serons heureux de vous offrir quelques conseils gratuits.
Pour un appel de conseil sur votre MVP, envoyez-nous un courriel à [email protected] .
.