Rapport de test d’utilisabilité : distinguer observation, interprétation et proposition

Distinguez ce qui s'est passé, votre lecture et la proposition

« La personne a ouvert la facturation en cherchant l'export » est une observation. « Elle s'attendait à trouver l'export dans les réglages du compte » est une interprétation à vérifier. « Déplaçons le bouton » est une proposition. Cette distinction permet de discuter un problème d'utilisabilité sans présenter une solution comme un fait établi.

L'exemple qui suit est hypothétique. Il illustre un compte rendu de test ; il ne décrit pas une étude réelle de ScribeFlash ni les résultats d'une refonte.

1. Définissez la tâche et enregistrez avec vos propres outils

Précisez l'objectif, le point de départ, la version du produit, l'appareil ou la technologie d'assistance et le critère d'achèvement. « Préparez un rapport à envoyer à un collègue » laisse le chemin ouvert. « Cliquez sur Exporter » révèle l'étape que vous vouliez peut-être étudier.

Le guide GOV.UK du test d'utilisabilité modéré recommande des tâches crédibles qui ne dévoilent pas la réponse. Notez aussi toute aide apportée par la personne qui anime la séance.

Prévoyez les autorisations d'enregistrement et le traitement des informations personnelles avec les participants. Enregistrez la séance avec vos outils de recherche ou de réunion, puis importez le fichier audio ou vidéo. ScribeFlash n'enregistre pas l'écran du test et n'observe pas automatiquement les mouvements de souris. La transcription restitue les paroles ; les actions silencieuses doivent être documentées par l'observation et l'enregistrement externe.

2. Rédigez la note de preuve avant de nommer le problème

Dans la tâche fictive T1, U1 ouvre la facturation, revient au projet et demande à 04:18 : « Où puis-je récupérer un fichier à envoyer ? » La personne qui anime montre alors le bouton d'export.

Conservez trois champs distincts :

• Observation : la navigation, le retour, la question et l'aide reçue. Attribuez les actions à l'observation ou à la vidéo, et la citation à la transcription.
• Interprétation : l'emplacement ou le libellé de l'export correspond peut-être mal aux attentes. Les droits d'accès ou un état du projet inhabituel restent d'autres explications.
• Proposition : tester un accès ou un libellé plus clair. Cela reste une piste à examiner.

Une phrase ne permet pas de déduire un trajet de souris ou un état émotionnel. Si la vidéo manque, indiquez les actions non vérifiables. La distinction entre observations, conclusions et actions figure aussi dans le guide d'analyse de la recherche.

3. Constituez une fiche que l'équipe peut vérifier

Pour chaque problème, relevez :

1. Un titre précis : « U1 ne trouve pas l'export du rapport sans aide ».
2. La tâche et l'environnement : T1, page de départ, prototype ou version, appareil et conditions du compte.
3. La séquence observée : les étapes réellement vues et les interventions de l'animateur.
4. Les sources : code du participant, horodatage, citation exacte et note d'observation attribuée.
5. L'effet sur la tâche : abandon, réussite avec aide ou contournement.
6. Les explications possibles : votre lecture et les autres causes à vérifier.
7. La suite : responsable, question ou modification à tester, éléments nécessaires pour réexaminer le problème.

Enregistrez les paroles utiles comme preuves et ajoutez le contexte observé dans la note du chercheur. Une question de recherche peut relier plusieurs moments d'une même tâche sans transformer chaque phrase en conclusion.

4. Priorisez selon l'effet sur la tâche

Accordez-vous sur le sens des niveaux de priorité. Un blocage sans solution de repli, des manipulations répétées et une hésitation sur un mot n'ont pas le même effet. Vérifiez si l'aide de l'animateur a masqué un échec et si la tâche concernée est essentielle.

« U1 a eu besoin d'un indice » décrit mieux les données que « les utilisateurs ne peuvent pas exporter ». Si vous comptez les occurrences, précisez qui a tenté la même tâche et dans quelles conditions. Une étude qualitative ciblée ne mesure pas un taux d'échec dans toute la population.

Conservez également les réussites. Si U2, autre personne fictive, trouve immédiatement l'export, comparez la page de départ, l'expérience et les droits visibles. Ce contraste peut révéler les conditions du problème.

5. Préparez le prochain test dans le rapport

Présentez la décision envisagée et la tâche, puis l'obstacle, les sources, les conséquences, les explications concurrentes et la vérification suivante. Incluez les tentatives réussies et les questions ouvertes.

Pour cet export fictif, vous pourriez comparer le libellé actuel à un libellé plus clair, avec une consigne toujours neutre. Décidez à l'avance ce que vous observerez : découverte autonome, demande d'aide, chemin choisi et utilité du fichier obtenu. Ces observations futures ne sont pas des améliorations déjà démontrées.

Dans ScribeFlash, relisez les conclusions avec leurs sources avant confirmation. Le rapport modifiable reprend les conclusions confirmées. La revue humaine doit toujours distinguer paroles, notes d'observation et propositions ; elle ne peut reconstituer une action jamais enregistrée.

Partez d'un modèle et examinez le résultat

Choisissez le test d'utilisabilité dans les modèles de recherche. Le projet d'exemple et ses téléchargements montrent la structure d'un rapport avec des données clairement simulées. Le guide d'analyse des entretiens aide à comparer plusieurs séances.

Avant de partager

Vérifiez que chaque problème précise la tâche, les sources, l'aide reçue et une conséquence observable. Délimitez les interprétations, présentez les recommandations comme des propositions et retirez les informations identifiantes inutiles. Le lecteur doit pouvoir distinguer ce qui s'est passé, votre compréhension et la prochaine vérification.