Conception produit
Pourquoi votre première version doit en faire moins.
Cadrer un produit minimum viable autour d’un seul problème pour lancer plus tôt et apprendre de vrais utilisateurs.
Pourquoi « plus » coûte cher
Chaque fonctionnalité doit être conçue, développée, testée, expliquée et maintenue tant que le produit existe. Une longue liste retarde aussi le lancement, et tant que le produit n’est pas entre de vraies mains, chaque décision reste une hypothèse. La plupart des produits finissent avec des fonctions peu utilisées ; on ne sait pas toujours lesquelles à l’avance, mais on peut éviter de toutes les construire avant que quiconque ait essayé l’idée principale.
Formuler le problème en une phrase
Partez d’une phrase comme : « Les secrétaires de la clinique passent trop de temps à confirmer les rendez-vous par téléphone. » Nommez l’utilisateur et le problème, pas la solution. Si cette phrase est impossible à écrire, le périmètre n’est pas prêt. Décrivez ensuite le parcours principal du début à la fin : ce que fait l’utilisateur, ce qu’il doit voir et ce qui signifie « terminé ». Tout ce qui ne sert pas ce parcours peut attendre.
Trier la liste honnêtement
Classez chaque idée dans l’un de trois groupes : indispensable au parcours principal, utile mais pas nécessaire au lancement, simple envie. Soyez exigeant avec le premier groupe : les écrans d’administration, par exemple, peuvent souvent commencer simplement, certaines tâches étant traitées à la main en coulisses. En revanche, ne sacrifiez pas ce qui rend le produit digne de confiance : sécurité, protection des données, accessibilité et fiabilité font partie du minimum, pas des options.
Prévoir ce que vous voulez apprendre
Avant le lancement, décidez ce qui montrera que le produit fonctionne : des utilisateurs qui terminent le parcours, qui reviennent ou qui en redemandent. Lancez auprès d’un petit groupe, observez, écoutez, puis choisissez la fonctionnalité suivante d’après ce que vous avez appris plutôt que d’après la demande la plus insistante.
À retenir
- Cadrer autour d’un utilisateur et d’un problème.
- Garder sécurité, accessibilité et fiabilité dans le minimum.
- Définir le succès à l’avance, puis le mesurer.