Votre MVP n’a pas besoin de tout faire.
La première version de votre application peut être ambitieuse dans son intention et très précise dans son périmètre.
Article de démonstration · Proposition de contenu pour le futur blog Strayld.
Choisir le problème avant les fonctions
Avant de dresser la liste des écrans, décrivez une situation concrète : une personne rencontre un problème et cherche à le résoudre. Quel est le parcours le plus court pour l’aider ? Ce parcours constitue un bon point de départ pour votre MVP.
Construire un parcours complet
Un petit périmètre ne signifie pas une expérience inachevée. Une fonctionnalité essentielle doit fonctionner du début à la fin. Prévoyez aussi ce qu’il se passe lorsqu’une information manque, qu’une action échoue ou qu’un utilisateur revient plus tard.
Garder les bonnes questions ouvertes
Classez vos idées en trois groupes : ce qui est indispensable pour le premier usage, ce qui améliorera cet usage et ce qui pourra attendre. Cette distinction aide à discuter du budget et du calendrier sans perdre la vision du produit.
Apprendre avec la première version
Faites essayer le parcours à des personnes concernées par le problème. Observez où elles hésitent, ce qu’elles comprennent et les informations qui leur manquent. Ces retours serviront à décider de la suite, avec un produit concret comme point de départ.