Votre première application semble finie, mais le lancement bloque

Les écrans sont là. Pourtant, un mot de passe oublié ou une liste vide suffit à bloquer un utilisateur. Voici comment transformer ces « derniers détails » en une liste de travail claire.

Imaginez une application de suivi des clients qui fonctionne pendant la démonstration. Puis un collègue crée son compte : son écran est vide et il ne sait pas comment ajouter son premier client. Le projet n’a pas soudainement reculé. Une situation qui n’avait pas été prévue vient d’apparaître.

Clarifiez ce que « terminé » veut dire

Une première version, parfois appelée MVP, doit couvrir un besoin limité. Pour votre collègue : créer une fiche client, noter un échange et retrouver la prochaine action à faire.

Écrivez ces actions et la façon de vérifier chacune. Le passage du prototype à une application utilisable demande davantage qu’une suite d’écrans : il faut pouvoir accomplir la tâche dans les conditions prévues.

Commencez par le tout premier usage

Essayez avec un compte neuf, sans les informations qui rendent votre démonstration si claire. Que voit la personne avant d’avoir ajouté un client ? Sait-elle quelle action faire et où trouver de l’aide ?

Un message comme « Ajoutez votre premier client » peut suffire à débloquer ce moment. Pensez aussi au téléphone : un clavier ouvert peut masquer le bouton dont la personne a besoin.

Rejouez les petits accidents ordinaires

Essayez un mot de passe oublié, un formulaire incomplet et une action interrompue. Si votre outil encaisse des paiements, ajoutez le cas d’un paiement refusé. Pour chaque situation, notez ce que l’utilisateur doit comprendre et pouvoir faire ensuite.

Vérifiez aussi les accès : un collègue doit-il voir tous les clients ou seulement les siens ? Une règle oubliée peut avoir un effet sur plusieurs écrans. La décider maintenant rend le travail restant plus visible.

Séparez les blocages et les idées nouvelles

Une personne qui ne peut pas se connecter rencontre un blocage. Un nouveau graphique demandé pendant les essais est peut-être une bonne idée, mais il ne répond pas forcément au besoin de départ.

Faites deux listes et choisissez ce qui doit être prêt avant la première utilisation. Si une limitation vient de l’outil choisi, demandez quelles options existent avant de promettre une date ou une fonctionnalité.

Estimez à partir de la liste restante

Pour chaque ligne, précisez le résultat attendu, la personne qui s’en occupe et la vérification prévue. Demandez ensuite une estimation du travail. Le nombre d’écrans déjà terminés ne permet pas de déduire le temps nécessaire.

Dans Maestro, le découpage en tâches aide à suivre ce qui reste à construire et à vérifier. Il peut révéler de nouvelles questions ; il ne les rend pas gratuites. Estimer le temps d’un projet commence par rendre ces questions visibles.