Un test utilisateur consiste à observer une personne accomplir une tâche avec votre site ou votre outil. Il aide à comprendre où le parcours devient confus, quelles informations manquent et ce qui empêche de poursuivre. Il ne se limite pas à demander si le design plaît.
La démarche peut servir avant une réalisation, sur un prototype ou sur un service disponible. Son périmètre doit être précis : choisir un produit, demander un devis, retrouver un document ou modifier une commande. Une observation qualitative apporte des pistes de correction ; elle ne prouve pas à elle seule un gain de conversion.
1. Poser une question à laquelle le test peut répondre
Définissez une difficulté et une action attendue. « Notre site est-il bon ? » mélange trop de sujets. « Une personne peut-elle retrouver les conditions de livraison avant de commander ? » permet de préparer une tâche et de relever ce qui se passe.
Exemple fictif. Une boutique souhaite comprendre pourquoi les visiteurs hésitent entre deux variantes. Le test porte sur le choix d’un produit adapté et la vérification de ses caractéristiques, pas sur la réalisation d’un achat réel. Ce n’est pas un cas client. Aucun taux de panier abandonné ou résultat commercial n’est attribué à cet exemple.
Vérifiez que le parcours existe dans la version étudiée. Une maquette incomplète peut aider à examiner les libellés, mais pas à tester la réception d’un e-mail ou la gestion d’une commande. Indiquez ces limites dans les conclusions afin de ne pas confondre compréhension d’un écran et fonctionnement du service.
2. Recruter des personnes concernées par la tâche
Choisissez des personnes correspondant aux usages étudiés. Un collègue connaissant chaque page ne rencontre pas forcément les mêmes difficultés qu’un nouveau visiteur. Précisez les expériences utiles : achat sur mobile, rôle professionnel, équipement et besoins d’accessibilité.
Il n’existe pas de nombre de participants qui garantit automatiquement la découverte de tous les problèmes. Une petite série permet d’explorer des difficultés ; elle ne constitue pas un échantillon représentatif de toute votre clientèle. Des publics ou des parcours différents peuvent nécessiter des observations distinctes.
Expliquez la démarche et les conditions de participation. La prise de notes et un éventuel enregistrement doivent être délimités et autorisés. Prévoyez où les documents sont conservés, qui y accède et comment ils seront supprimés selon les règles retenues. N’envoyez pas automatiquement les captures vers un outil d’analyse externe.
3. Préparer des consignes sans donner la solution
La méthode de test modéré de GOV.UK recommande des tâches pertinentes, réalistes et formulées sans indiquer la réponse. Elle propose aussi un guide de session pour présenter la démarche et garder des consignes cohérentes. Ce cadre aide à observer le service plutôt qu’à évaluer la personne.
Décrivez un objectif : « Vous cherchez une option compatible avec cet équipement. Que feriez-vous ? » Évitez « Cliquez sur le filtre à gauche », qui teste surtout la capacité à suivre une instruction. Préparez les informations nécessaires sans exiger des données personnelles réelles lorsque leur utilisation n’est pas autorisée.
Essayez les consignes avant la session pour repérer une ambiguïté ou une impasse due au prototype. Une répétition sert à corriger le protocole, pas à compter un nouveau résultat utilisateur. Conservez la version du site étudiée et les tâches proposées pour comprendre ensuite ce qui a réellement été observé.
4. Observer les actions et distinguer l’assistance
Laissez la personne explorer sans commenter chaque choix. Notez les endroits où elle cherche, revient en arrière, interprète un libellé autrement ou abandonne. Une phrase précise et un contexte sont plus utiles qu’une appréciation générale comme « pas intuitif ».
Si vous intervenez pour débloquer la suite, consignez cette aide. Une tâche terminée après assistance n’est pas une réussite autonome. Les réponses aux questions et les remarques exprimées apportent du contexte, mais ne doivent pas remplacer l’observation de ce que la personne a effectivement pu faire.
Pour l’accessibilité, examinez les usages sur l’équipement pertinent, notamment clavier, agrandissement ou lecteur d’écran. Un outil automatique peut signaler certains défauts ; il ne remplace pas l’observation d’un parcours par une personne. Un test utilisateur ne suffit pas non plus à établir une conformité complète à un référentiel.
5. Transformer les observations en corrections vérifiables
Pour chaque problème, décrivez la tâche, le point de blocage et ses conséquences. Séparez ce qui a été observé de votre hypothèse sur la cause. « La personne ne trouve pas la livraison » est un constat ; « le texte est trop petit » reste une explication à vérifier si ce n’est pas établi.
- Priorisez les obstacles qui empêchent d’accomplir une tâche essentielle.
- Distinguez anomalie technique, information absente et incompréhension.
- Associez chaque correction à un résultat attendu.
- Vérifiez qu’elle ne dégrade pas un autre parcours ou appareil.
Une nouvelle présentation doit être retestée sur la tâche concernée. Si plusieurs éléments sont modifiés simultanément, l’observation ne permettra pas forcément d’attribuer le changement à une seule correction. Conservez aussi les problèmes non résolus au lieu de présenter le compte rendu comme une validation générale du site.
6. Séparer compréhension, fonctionnement et résultat commercial
Le compte rendu peut indiquer les tâches réussies, l’assistance fournie et les difficultés observées. Pour une petite série, présentez les effectifs et le contexte plutôt qu’un taux qui semble représenter tous les visiteurs. Ne promettez pas un gain de chiffre d’affaires à partir d’une amélioration de compréhension.
La recette technique vérifie d’autres sujets : enregistrement serveur, accès, commande et messages. La mesure commerciale porte sur des demandes ou des ventes réelles, avec un suivi autorisé et une période adaptée. Ces trois démarches se complètent, mais aucune ne remplace automatiquement les deux autres.
Pour reprendre un parcours existant, une mission d’optimisation de conversion peut délimiter les observations et les corrections. La création ou refonte d’un site et la réalisation d’une boutique ont leur propre recette. Les tests utilisateurs, leur recrutement et leur compte rendu sont à préciser dans le devis, pas à considérer comme inclus par défaut.
