Choisir un public et une tâche essentielle.
Décrivez concrètement le premier utilisateur et son objectif. Évitez de servir plusieurs publics sans lien dès le lancement. Un outil de planification pour une petite équipe de services et pour un grand hôpital répond à des besoins très différents.
Décrire le premier parcours complet.
Précisez comment l’utilisateur commence, effectue l’action et sait qu’elle a réussi. Prévoyez les écrans vides, les saisies invalides et la correction des erreurs. Réduisez les fonctions secondaires avant de réduire la fiabilité du parcours principal.
Identifier le travail manuel acceptable.
Une étape d’accueil ou un rapport interne peut être traité manuellement au début. Définissez qui s’en occupe et vérifiez la charge. Ne présentez pas une intervention manuelle comme une fonctionnalité automatisée du produit.
Définir la décision de lancement.
Écrivez des critères observables pour le parcours principal, les accès et l’exploitation. Désignez qui approuve la mise en ligne. Les exigences de sécurité et de restauration doivent correspondre aux données et aux risques, même pour un petit produit.
Décider ce que vous voulez apprendre.
Après le lancement, observez si les utilisateurs terminent la tâche et ce qui les arrête. Complétez les signaux d’usage par des échanges directs. Ces résultats doivent guider la prochaine version, pas simplement la liste des fonctionnalités reportées.