Créer un Produit Minimum Viable rapidement
Dans cet article, je voudrais vous partager quelques astuces afin de créer un produit minimum viable (MVP) dans une démarche de Lean Startup.
Un produit minimum viable permet de vérifier des hypothèses et collecter des avis immédiats sur les prochains développements. Vous trouverez ci-dessous quelques conseils pour optimiser le processus de conception et de développement d’un MVP.
Prioriser les besoins des utilisateurs
Il est essentiel d’entendre au préalable l’avis de vos parties prenantes. Le moyen le plus efficace serait d’organiser un atelier d’idéation et de faire en sorte qu’ils se mettent d’accord sur une narration des besoins utilisateurs ou story mapping en anglais. Il est important de rester neutre durant cette phase et d’encourager les participants à faire des dessins pour préciser leurs idées. Cela vous aidera à gagner beaucoup de temps par la suite.
Il est possible de compléter ce processus en menant des entretiens approfondies. Au cours de ces sessions, il est important de reccueillir les opinions et les perceptions des parties prenants sur plusieurs propositions de fonctionnalités. Les questions peuvent être formulées par la négation afin de garder seulement les besoins indispensables (méthode de Kano):
- Le produit n’a pas la fonctionnalité A, vous en pensez quoi?
Parfois, vos parties prenantes ne sont pas les utilisateurs finaux du produit. Dans ce cas, vous devez également regarder vos concurrents et étudier le marché afin de vérifier le potentiel de votre produit.
Avec ce qui précède, vous devriez avoir toutes les informations pour créer des user stories et les organiser dans un backlog prioritaire. Vous devez vous concentrer dans un premier temps sur less fonctionnalités obligatoires minimales (méthode MoSCoW).
S’entendre sur les maquettes dès que possible
Dessiner des maquettes de votre MVP est essentiel pour expliquer clairement et efficacement votre produit. C’est un support visuel facile à comprendre pour les parties prenantes et l’équipe de développeurs et vous permet de poser les bonnes questions. Il n’est pas nécessaire de faire des maquettes détaillés et complètes qui prennent beaucoup de temps.
Préparez-vous à donner des précisions sur les champs de saisie à votre équipe car ceux-ci ont des implications directes sur l’architecture de l’application:
- Est-il obligatoire de remplir ce champ ? Qu’est-ce qu’une donnée d’entrée valide?
- Est-ce un lien vers un élément existant? Peut-il y avoir plusieurs éléments
- Peut-il se remplir automatiquement? quelle est l’interprétation d’un champ laissé vide ?
Simplifiez le travail de votre équipe de développement
Une fois que le carnet de commande rempli avec suffisamment de fonctionnalités essentiels, il est temps d’organiser les sprints de livraison. Pour un MVP, il est important de garder les récits utilisateurs aussi simples que possible pour avancer rapidement. Cela signifie que le développement devrait se concentrer dans un premier temps sur:
- Illustrer les scénarios les plus courants et exclure les exceptions ou les situations rares
- Ignorer les contraintes inutiles sur les objets et sur les relations entre eux
- Favoriser les structures de développement réutilisables dans les tâches techniques
Veuillez noter que certaines des recommandations ci-dessus pourraient ne pas vous convenir si vous envisagez d’ouvrir votre produit minimum viable au grand public.
Faîtes en sorte que les premiers utilisateurs comptent
Si l’objectif est que le plus grand nombre de personnes utilisent votre MVP, vous devez prendre soin de vos utilisateurs finaux:
- Assurez-vous que votre MVP dispose d’une interface attrayante et intuitive, sans bug apparent
- Recueillir automatiquement les entrées de l’utilisateur et fournir un formulaire pour les commentaires et les suggestions
- De fausses fonctionnalités que vous n’avez pas développées pour mesurer l’intérêt des utilisateurs
Avec ce qui précède, vous êtes maintenant prêt à attirer de plus en plus d’utilisateurs tout en apportant des améliorations continues à votre produit.
