Explications
Cette partie du document est utile pendant les tests. Elle sert de structure sur le déroulement et permet au modérateur de procéder de manière comparable et systématique avec chaque participant.
Elle contient généralement les sections suivantes et y détaille le contenu et le temps prévu :
- Accueil du participant (formulaire de consentement)
- Entretien pré-test
- Manipulation
- Entretien post-test
- Clôture et remerciements
Explications
Cette section du guide d'animation est la plus importante : les scénarios doivent être liés aux objectifs du test.
Faire le meilleur usage du temps
Le temps passé avec des utilisateurs est précieux ; le défi lors d'un test est d'utiliser le temps au mieux. Pour définir le déroulement, il convient de s'appuyer sur les objectifs du tests : que souhaite-t-on apprendre/valider/mesurer ?
Chaque consigne ou question de relance pendant un test doit servir ces objectifs.
La rédaction des consignes
Quel que soit le niveau de précision (fidélité) de la maquette, le temps dont vous disposez pour préparer et animer les tests, la qualité du recrutement que vous pouvez effectuer, etc., le principal point d'attention doit être sur la rédaction des consignes.
Les consignes doivent être :
- réalistes,
- ,
- non directives,
- cohérentes avec le produit.
Tout doit avoir du sens pour l'utilisateur
Si l'utilisateur est obligé de compléter lui-même la consigne dans sa tête pour qu'elle ait du sens pour lui, c'est probablement que la situation n'est pas réaliste (ou qu'elle manque d'éléments de contexte) ou que le but à atteindre n'est pas clair.
Exemple de consigne : "Pendant un trajet en train, vous discutez un(e) ami(e) via WhatsApp depuis votre téléphone. En même temps, vous feuilletez un magazine de décoration d'intérieur. Un objet vous plait et vous souhaitez avoir l'avis de votre amie sur celui-ci. Comment procédez-vous ?"
Utiliser le langage de l'utilisateur, pas celui du produit :
- Inscrire la consigne dans une situation d'utilisation.
- Elle peut être globale à tout le test (ex. "Nous allons imaginer que vous êtes en voyage dans une ville que vous ne connaissez pas.") ou elle peut évoluer au fil du test (ex. "Pour la suite du test, nous allons maintenant imaginez que vous êtes dans une ville que vous connaissez très bien.")
- Cette description du contexte est utile pour permettre au participant à se projeter dans une situation (qui doit être réaliste pour lui) qui va donner du sens à sa manipulation : où est-il ? avec qui ? à quel moment de la journée ? quels objets sont à sa porté ? est-il pressé ? etc.
- Donner un but à l'utilisateur, pas une liste d'actions.
- Chaque consigne donne un objectif, un but à atteindre au participant. Ce but doit être un but d'usage humain (ex. "vous souhaitez informer vos amis de votre retard") et non un but fonctionnel du produit (ex. "vous souhaitez envoyer un message audio à vos amis pour les prévenir de votre retard").
- Faire attention au "word matching".
- Il faut également faire attention aux termes utilisés dans la consigne notamment pour éviter que les participants utilisent des fonctions du produit uniquement par reconnaissance du terme. Il est habituellement recommandé de ne pas utiliser les mots qui apparaissent sur l'interface dans la consigne.
L'ordre des tâches
- Où est-ce que l'utilisateur commence ?
- Si les participants ciblés n'ont jamais utilisé le produit, prévoyez une mise en situation afin de leur expliquer comment ils ont découvert le produit en question.
- Éventuellement, prévoir une tâche de découverte/exploration libre.
- L'influence d'une tâche sur une autre.
- Faire attention à l'influence d'une tâche sur une autre tâche, par exemple pour .
Sans modérateur
Lorsque les tests ne sont pas modérés, les consignes sont directement affichées sur le dispositif du testeur (ex. un petite fenêtre rajoutée sur l'interface d'un site web). Dans ce cas, l'utilisateur pourra auto-administrer le déroulement de son test.