Recherche utilisateur
Tests utilisateurs : observer une tâche de réservation sans guider la réponse
Une équipe peut comprendre son propre écran alors qu’un voyageur ne trouve pas l’information nécessaire. Un test accompagné observe une tâche et les difficultés réellement rencontrées. Il doit conserver ce qui a été vu sans inventer un taux de réussite ou une amélioration commerciale.
Ce que documentent les sources
Le Service Manual décrit l’observation de participants essayant des tâches précises, avec une verbalisation permettant de comprendre leurs actions.
GOV.UK Service Manual : tests d’utilisabilité accompagnés — consulté le . Méthode de recherche utilisateur ; aucun participant recruté, aucun test humain réalisé et aucune taille d’échantillon universelle retenue.
Choisir une question et un scénario crédible
Partez d’une difficulté de parcours : trouver les conditions, comprendre un prix ou reprendre une erreur. Définissez la tâche et l’information que le participant peut utiliser avec des données fictives. Le scénario doit être compréhensible sans nommer le bouton attendu. Choisissez des profils pertinents et les besoins de participation à préparer ; une liste de collègues disponibles ne démontre pas la diversité du public visé.
Observer sans résoudre trop tôt la tâche
Le facilitateur doit distinguer action autonome, demande d’aide et intervention apportée. Faites décrire ce que la personne essaie et ce qu’elle comprend plutôt que demander si l’écran est bon. Les notes conservent les faits observés et leur contexte. Le protocole prévoit la protection des participants et le circuit des éventuels enregistrements, sans saisir des dossiers réels ou pousser une réservation payante pendant la recette.
Transformer les observations en correction vérifiable
Rapprochez problème, étape, preuve et hypothèse de cause. Un commentaire exprimé et une action observée peuvent raconter des choses différentes ; gardez les deux. Priorisez les obstacles qui empêchent une tâche utile, puis préparez une variation et un nouvel essai approprié. La conclusion explique le périmètre étudié et ses limites, sans généraliser toute observation à l’ensemble du trafic.
Deux situations à rapprocher
La consigne nomme le bouton à trouver
Scénario fictif : le facilitateur indique exactement où cliquer, puis note une tâche réussie. Faites distinguer assistance et action autonome pour relire le résultat.
L’avis positif masque un blocage
Scénario fictif : la personne apprécie l’écran mais ne retrouve pas la politique d’annulation. L’observation doit conserver le blocage malgré la réponse favorable.
Conserver la décision et sa prochaine suite
| Point | Preuve à retrouver | Contrôle proposé |
|---|---|---|
| Question | Difficulté et besoin | Relier l’essai à une décision. |
| Participants | Profils et conditions prévues | Examiner la portée du recrutement. |
| Scénario | Tâche et données fictives | Ne pas annoncer le chemin attendu. |
| Observation | Actions et compréhension | Conserver les faits séparés des avis. |
| Assistance | Aides réellement apportées | Distinguer autonomie et intervention. |
| Protection | Circuit de notes ou enregistrements | Éviter dossiers et transactions réels. |
| Correction | Obstacle et hypothèse | Rendre la prochaine variation précise. |
| Limites | Périmètre et questions ouvertes | Éviter une généralisation commerciale. |
Le bilan doit relier une difficulté observée à une prochaine correction, avec le contexte et les interventions du test. Une bonne impression ne remplace pas la tâche accomplie. La méthode prépare une recherche ; elle ne constitue pas un résultat utilisateur du site.
Erreurs à éviter
- Guider vers le bouton puis déclarer une réussite autonome.
- Transformer une préférence en conversion démontrée.
- Utiliser un dossier réel pour rendre le test crédible.
La fiche de contrôle permet de suivre les points à confirmer. Le registre associé conserve le périmètre, les preuves et la décision ; ses champs peuvent être remplis dans l’atelier avec des données fictives ou anonymisées.
Nommer les points du dossier
- Tâche d’observation d’un parcours : Objectif donné au participant sans imposer le chemin d’interface.
- Assistance pendant un test : Intervention à conserver pour interpréter l’autonomie de la tâche.
- Fait observé d’utilisabilité : Action ou difficulté constatée dans le périmètre d’un essai.
- Hypothèse de correction de parcours : Modification précise proposée à partir d’une difficulté documentée.
Sources et périmètre des faits documentés
La date de consultation figure avec chaque référence. Les méthodes d’essai et recommandations de ce guide sont éditoriales ; les conditions d’accès et d’usage se vérifient dans la documentation actuelle.
- GOV.UK Service Manual : tests d’utilisabilité accompagnés — Méthode de recherche utilisateur ; aucun participant recruté, aucun test humain réalisé et aucune taille d’échantillon universelle retenue. (consultée le )
Questions fréquentes
Questions utiles avant de décider
Que noter pendant la tâche ?
Actions, compréhension, blocages et assistance effectivement apportée.
Un participant satisfait prouve-t-il l’utilisabilité ?
Rapprochez son avis avec les tâches et résultats observés dans leur périmètre.
Que produire ensuite ?
Une correction précise, sa preuve attendue et les limites à examiner dans une prochaine recherche.