Le guide de l’UX Design Agile -3

Le guide de l’UX Design Agile -3 est le troisième et dernier article d’une fiche de lecture du passionnant e-book UX-pin téléchargeable ici. Les articles précédents sont ici post 1 & post 2.
En vous souhaitant une très bonne lecture !

Jour 5 : tests d’utilisabilité

Définir les rôles

Le facilitateur

Le facilitateur pose les questions et donne les indications à l’utilisateur.

Le scribe

scribeLe scribe écrit des notes précises sur le comportement de l’utilisateur durant la session de test. La principale qualité requise est la rapidité d’écriture, il doit capter le plus d’éléments possible. Sa prise de note doit rester la moins subjective et la plus détaillée possible.
Il est aussi possible de filmer la session. Ensuite une partie de l’équipe pourra la visionner et capturer sur des post-it verts le feedback positif, sur des post-it roses le feedback négatif et sur des post-it bleus les observations personnelles.
 

Conduire le test

  1. Faire une introduction.
  2. Poser quelques questions aux participants sur eux-même (permet d’ajuster par rapport aux personas).
  3. Rappeler les principes des tests utilisateur.
  4. Présenter un scénario crédible (pour que l’utilisateur se projette).
    1. Chaque tâche couvre une zone du produit, chaque zone doit être couverte (c’est du moins ce que dit l’auteur).
  5. Les 3 questions de fin :
    1. Qu’est-ce que vous avez le plus aimé ?
    2. Qu’est-ce que vous avez le moins aimé ?
    3. Comment décrieriez-vous ce produit à un ami ?

Encourager le feedback à forte valeur ajoutée

Il est important de récupérer régulièrement le feedback des utilisateurs.
feedback

La sonde

Demander régulièrement :

  • Que pensez-vous maintenant ?
  • Que feriez-vous dans telle situation ?
L’echo

Si le participant dit “oh ! C’est étrange”, le facilitateur dit : “qu’est-ce qui est étrange ?“.

Le boomerang

Les participants peuvent poser des questions ou faire des constats. Il est bon d’essayer de comprendre ce que ferait l’utilisateur si le facilitateur n’était pas présent.
Si l’utilisateur dit “Est-ce que je dois m’enregistrer ?”, le facilitateur peut répondre “Qu’en pensez-vous ?” (permission d’être agaçant).

Le pourquoi

Si le participant dit ou fait quelque chose, ne pas hésiter à demander “pourquoi ?”. Il faut gommer au maximum le biais d’interprétation.

Suivi après le test

Surtout ne pas oublier de remercier et rassurer l’utilisateur sur son importance. Encore une fois il est important de laisser une impression positive et durable. L’utilisateur sera toujours mieux disposé pour d’autres sollicitations et donnera même parfois spontanément du feedback par la suite.

Jour 6 et plus : l’itération

Après le test, l’équipe repart sur les étapes de design divergent et convergent, mais cette fois en s’appuyant sur le feedback des utilisateurs.
Lorsque les utilisateurs demandent “quand aura lieu la sortie du produit ?”, “quand je peux l’avoir ?”, c’est que le design est prêt à être intégré en code.
(C’est le point de vu de l’auteur. Pour lui, développer l’application est coûteux, la validation doit par conséquent se faire sur prototype en amont. Bien entendu c’est un point de vu discutable, ce n’est notamment pas forcément les préceptes du lean startup).
Une fois que la phase de développement est lancée, on oublie pas la revue graphique et UX avec les développeurs à chaque build. Et on montre régulièrement les incréments de produit à l’équipe pour récupérer du feedback.

La rétro

L’auteur présente un exemple de rétro : start – stop – keep.

Startstart stop keep

Que devrions-nous faire que nous n’avons pas déjà fait ?

Stop

Qu’a-t-on fait qu’il faudrait arrêter de faire ?

Keep

Qu’est-ce qui a si bien fonctionné qu’il faut continuer ?
 

Conclusion

Et après on recommence tout le process jusqu’à satisfaction ou fin du budget (version plus terre à terre).
Merci à Alex Gamble pour ce super livre blanc, merci à vous d’avoir lu et partagé ! A très vite !
Voici un poster et des checklists à imprimer pour dérouler l’UX Design Sprint en toute sérénité.

L’agenda et les informations indispensables sur les membres de l’équipe (A3)

Plan de travail 11

Les checklists (A4)

cheklist-planning-agile-ux-j1cheklist-planning-agile-ux-j3

cheklist-planning-agile-ux-j5
Anne, UX-Activist @UXRepublic