# Scénarios de test d’utilisabilité : formuler des tâches qui révèlent les blocages d’un parcours

Créez des scénarios de test utilisateur réalistes sans révéler l’interface, avec une consigne neutre et des critères observables.

- URL canonique: https://www.harmate.com/fr/blog/scénarios-de-test-dutilisabilité-formuler-des-tâches-qui-révèlent-les-blocages-dun-parcours
- Auteur: Harmate Team
- Publié le: 2026-11-15
- Mise à jour: 2026-11-15T01:50:00.673287+00:00
- Langue: fr

## Contenu

# Scénarios de test d’utilisabilité : formuler des tâches qui révèlent les blocages d’un parcours

Un scénario de test donne un objectif sans indiquer les commandes à utiliser. Il fixe un point de départ réaliste et permet de noter des éléments concrets. C’est une consigne, pas une prédiction du comportement des utilisateurs.

## Partir d’un objectif réel

Écrivez la décision à prendre, puis décrivez la situation. Pour un brouillon, demandez si une personne peut quitter un formulaire puis le reprendre. Exemple : « Vous remplissez une demande d’inscription. Vous avez répondu à plusieurs questions, mais devez vous arrêter et continuer demain. »

Évitez les indications d’interface. « Cliquez sur Enregistrer, puis ouvrez Brouillons » impose un parcours. « Vous devez vous arrêter maintenant et reprendre demain. Montrez-moi ce que vous feriez » garde le chemin ouvert. Nielsen Norman Group recommande aussi des objectifs réalistes sans révéler l’interface. [Consulter la méthode](https://www.nngroup.com/articles/task-scenarios-usability-testing/).

## Définir ce qui peut être observé

Avant la session, définissez l’accomplissement observable. Évitez un état intérieur comme « comprend la sauvegarde automatique ». Préférez : « Après son retour, la personne retrouve sa réponse modifiée et explique quel indice visible lui fait penser qu’elle a été conservée. »

Une fiche réunit :

- **Décision à éclairer :** le choix produit auquel l’étude doit contribuer.
- **Contexte :** situation et critères de recrutement, sans présenter un persona inventé comme une preuve.
- **État de départ :** page, données et version affichées à chaque personne.
- **Consigne :** formulation neutre exacte utilisée par le modérateur.
- **Critère d’accomplissement :** résultat ou actions observables.
- **Relances neutres :** questions brèves comme « Que cherchez-vous ? » ou « Qu’est-ce qui vous fait penser cela ? »
- **Notes :** séquence d’actions, citation contextualisée, hypothèse, élément contradictoire et vérification suivante.

## Exemple : reprendre un brouillon

**État de départ :** un questionnaire fictif est ouvert à la page trois sur six. Les deux premières pages contiennent des réponses ; le brouillon n’a pas encore été enregistré.

**Consigne :** « Vous avez commencé une demande et devez vous arrêter maintenant. Vous souhaitez la reprendre demain. Montrez-moi ce que vous feriez. »

**Critère observable :** la personne quitte le formulaire en pensant pouvoir le reprendre, revient dans le même brouillon et retrouve ses réponses précédentes. Notez ses actions et l’indice qu’elle cite. Une session ne constitue pas à elle seule un constat général d’utilisabilité.

**Relance neutre :** « Que feriez-vous ensuite ? » Si la personne demande si son travail est enregistré : « Que chercheriez-vous pour le savoir ? »

## Second scénario : vérifier une réponse modifiée

**État de départ :** un questionnaire enregistré est ouvert. Une réponse a été modifiée à l’étape précédente ; la personne a navigué vers une autre page.

**Consigne :** « Vous avez modifié une réponse et souhaitez vérifier qu’elle sera toujours là à votre retour. Montrez-moi comment vous vérifieriez. »

**Critère observable :** la personne retrouve la réponse modifiée et indique si elle a été conservée, en citant un indice visible. Notez l’indice et ses actions, sans lui dire où chercher.

## Répéter la consigne et la corriger

Répétez la consigne avec un collègue. S’il ne comprend pas la situation, clarifiez le contexte sans nommer une commande. Vérifiez que l’état initial permet la tâche et que le critère peut être observé. Cette répétition vérifie l’outil de test, pas les participants.

Après les sessions, séparez observation et interprétation. « La personne ouvre le menu puis revient au formulaire » est une observation. « Le statut était difficile à trouver » est une hypothèse. Décrivez les cas observés ; ne transformez pas quelques sessions en taux représentatif.

Un scénario prépare une observation ; il ne prouve pas quelle conception choisir.

Après l’action, posez une question ouverte sur ce que la personne a cherché. Le [guide d’entretien semi-directif](https://www.harmate.com/fr/blog/guide-de-lentretien-semi-directif-m%C3%A9thode-%C3%A9tapes-et-15-exemples) propose des relances qui laissent la personne expliquer sa démarche. La [grille d’observation](https://www.harmate.com/fr/blog/grille-dobservation-cadrer-ce-quon-observe-sans-%C3%A9valuer-une-personne) aide à en garder une trace.