Tester un parcours avec des utilisateurs
Un test utile demande à une personne représentative d’accomplir une tâche, sans lui expliquer où cliquer. Observez ce qui se passe, notez les obstacles et vérifiez ensuite les corrections. L’avis sur l’esthétique et la réussite d’un parcours répondent à des questions différentes.
Choisir une tâche observable
Partez d’un besoin : trouver une ressource adaptée, comprendre les conditions d’une offre ou envoyer une demande. Précisez le point de départ et ce qui permettra de reconnaître la réussite. Évitez « explorez le site », qui ne donne pas de critère commun.
Décrivez une situation compréhensible sans nommer les boutons ou rubriques à utiliser. Préparez des données d’essai, un prototype ou un environnement qui ne déclenche pas de paiement ni d’envoi réel. Distinguez les problèmes du prototype des problèmes du parcours.
Trouver des personnes pertinentes
Recrutez selon les usages importants : connaissance du domaine, appareil utilisé, langue et besoins d’accès. Des collègues qui connaissent déjà la structure du site ne représentent pas nécessairement vos visiteurs. Expliquez ce qui sera observé et ce qui sera enregistré.
Prévoyez des sessions compatibles avec les capacités et disponibilités des personnes. Quelques observations peuvent révéler des obstacles à corriger, mais ne produisent pas automatiquement une estimation représentative de toute la population. Conservez les limites de recrutement dans le compte rendu.
Observer sans guider la réponse
Demandez à la personne d’expliquer ce qu’elle cherche et ce qu’elle comprend si cela convient au test. Laissez-la essayer. Une question neutre comme « qu’attendiez-vous à cet endroit ? » aide à comprendre un blocage ; une instruction sur le bon bouton masque la difficulté.
Notez tâche, réussite, aide apportée, détour et interprétation. Distinguez observation et hypothèse : « n’a pas trouvé le filtre » est observé ; « le filtre manque de contraste » est une piste à examiner. Évitez de collecter des identifiants réels ou des informations privées inutiles.
Corriger et rejouer le parcours
Priorisez les obstacles selon la gravité pour la tâche, le public concerné et la portée de la correction. Un défaut empêchant l’envoi d’un formulaire passe souvent avant une préférence de couleur. Reliez chaque action à une observation et à un résultat attendu.
Après modification, rejouez les tâches et les contrôles d’accessibilité pertinents. Un test utilisateur ne remplace pas un audit technique ou de conformité. Documentez aussi les observations contradictoires et les points encore incertains plutôt que de transformer quelques retours en certitudes.
Une fiche à conserver avec la décision
| Élément | Preuve |
|---|---|
| Scénario | Situation, tâche, point de départ et critère de réussite. |
| Échantillon | Usages représentés, recrutement et limites. |
| Observation | Résultat, aide, blocage et preuve, sans donnée personnelle superflue. |
| Correction | Priorité, responsable et résultat du nouveau test. |
Télécharger la fiche à compléter (CSV)
Questions fréquentes
Combien de personnes faut-il tester ?
Le nombre dépend de la question, de la diversité des usages et de la méthode. Commencez par des sessions ciblées pour repérer des problèmes, puis élargissez si la décision exige une estimation quantitative représentative.
Faut-il enregistrer la session ?
Seulement si cela apporte une utilité claire et si les personnes comprennent les conditions. Des notes structurées peuvent suffire. Précisez accès, conservation et suppression des enregistrements avant de commencer.
Références
GOV.UK Service Manual — Using moderated usability testing
W3C WAI — Involving users in evaluation
W3C WAI — Clear and understandable content
La grille pratique est une synthèse éditoriale à adapter à votre service. Elle ne constitue ni une certification ni un résultat d’audit.