Évaluer une expérience

Évaluer ne signifie pas demander si une maquette est jolie. Une évaluation réduit une incertitude : la personne trouve-t-elle l’information, comprend-elle l’état, termine-t-elle la tâche et peut-elle récupérer après une erreur ?

Chaque méthode a une question et une limite. Le niveau de fidélité doit être juste suffisant pour répondre à la question, pas plus impressionnant que nécessaire.

Choisir la bonne méthode

Question	Méthode adaptée	Preuve obtenue
Les catégories correspondent-elles aux attentes ?	Tri de cartes ou test d’arbre	Groupements, mots et destinations choisies
La personne comprend-elle le flux ?	Prototype et test de tâche	Actions, hésitations, erreurs, stratégies
Un principe d’interface est-il violé ?	Revue heuristique	Problème localisé, impact et correctif à tester
Le comportement change-t-il en production ?	Instrumentation et analyse	Taux, volume, temps, segments et tendance
Pourquoi le signal apparaît-il ?	Entretien ou observation	Contexte, langage, motivation et contraintes

Ne demande pas à une métrique de répondre à une question qualitative. Ne demande pas à cinq entretiens de représenter une population entière.

Formuler une hypothèse testable

Une hypothèse utile contient une intervention, une situation et un effet attendu :

Quand une personne revient après une interruption,
si nous affichons la dernière salle, son statut et l’action « Reprendre »,
alors elle retrouvera son travail sans aide plus souvent.
Nous observerons le premier clic, la reformulation du statut et les erreurs.

L’hypothèse peut être invalidée. « Les utilisateurs aimeront la nouvelle version » ne décrit ni un comportement ni un critère de décision.

Préparer un test d’utilisabilité

Le protocole

1. écris la question que le test doit éclairer ;
2. recrute des profils qui rencontrent la situation ;
3. prépare une tâche en langage naturel, sans donner le chemin ;
4. explique que l’on teste le produit et non la personne ;
5. demande l’accord pour enregistrer, si un enregistrement est nécessaire ;
6. définis les comportements à noter avant la séance ;
7. prévois une manière de terminer et d’effacer les données.

Pendant la séance

Demande : « Que cherches-tu à faire ? » puis laisse la personne essayer. Ne corrige pas trop tôt. Note le premier regard, les clics, les pauses, les retours, la demande d’aide, les erreurs et les mots employés. Si elle dit « c’est clair » mais agit autrement, conserve les deux informations et ne les force pas à devenir une seule conclusion.

Après

Sépare les notes :

• fait : la personne a ouvert le menu puis est revenue en arrière ;
• parole : « je pensais que ce lien parlait des tests » ;
• interprétation : le nom de la catégorie ne correspond peut-être pas à son modèle mental ;
• décision : comparer un nouveau libellé dans un second test.

Un bon compte rendu permet à une personne absente de vérifier ce qui est observé, ce qui est supposé et ce qui change.

Revue heuristique

Une revue heuristique peut suivre ces principes :

1. l’état du système est-il visible ?
2. le vocabulaire correspond-il à la situation de la personne ?
3. peut-elle annuler, revenir et corriger ?
4. les éléments cohérents ont-ils un comportement cohérent ?
5. les erreurs sont-elles prévenues ou récupérables ?
6. l’information nécessaire est-elle visible plutôt que mémorisée ?
7. les débutants disposent-ils d’un chemin sans empêcher les raccourcis ?
8. l’interface garde-t-elle une hiérarchie sobre ?
9. le message d’erreur explique-t-il l’action suivante ?
10. l’aide arrive-t-elle au moment du besoin ?

Pour chaque problème, précise le scénario, le principe, l’impact, la gravité, le correctif et la manière de le vérifier. Une liste de violations sans contexte n’aide pas à prioriser.

Définir une métrique correctement

Une métrique a au moins :

• un nom qui décrit le comportement ;
• un numérateur et un dénominateur ;
• une population ou un segment ;
• une période ;
• une source et une qualité de données ;
• une décision possible si elle monte ou baisse.

Taux de reprise sans aide
= sessions reprises sans clic d’aide / sessions interrompues éligibles
Population : nouveaux apprenants sur mobile
Période : semaine de la version 2
Décision : si le taux ne progresse pas, revoir le statut et retester le flux

Un taux de clic élevé peut signaler de l’intérêt, de la confusion ou un bouton nécessaire. Un temps court peut signaler l’efficacité ou un abandon. Relie la mesure au résultat de la tâche et vérifie les signaux contradictoires.

Prioriser sans fausse précision

Une priorisation utile combine :

• gravité du blocage ;
• fréquence observée ou portée estimée ;
• confiance dans la preuve ;
• effort et réversibilité du correctif ;
• risque pour l’accessibilité, la sécurité ou la confiance.

Ne transforme pas ces dimensions en score magique. Une erreur rare qui bloque une technologie d’assistance peut mériter une priorité supérieure à un détail visuel fréquent mais bénin.

Expérimentation et comparaison

Une comparaison n’est interprétable que si tu sais ce qui change, pour qui et pendant combien de temps. Évite de comparer deux versions quand le trafic, l’appareil, le contenu ou la consigne changent en même temps. Préserve une possibilité de retour et surveille les effets secondaires : erreurs, abandons, temps, accessibilité et confiance.

Ne teste pas une manipulation qui rend volontairement la sortie obscure. Une hausse de conversion ne compense pas une décision non comprise ou impossible à annuler.

Atelier FlashLearning

Le nouveau bloc « reprendre » augmente les clics de 20 %, mais les erreurs de navigation augmentent aussi. Écris :

1. les faits à vérifier ;
2. une hypothèse concurrente ;
3. une tâche d’utilisabilité ;
4. deux métriques avec dénominateur ;
5. la décision si les signaux restent contradictoires.

Une réponse possible

Vérifier le segment, la période, les sessions éligibles, le premier clic et la destination réelle. Une hypothèse concurrente est que le nouveau bloc est plus visible mais son libellé attire vers une ancienne session. La tâche demande de revenir après une interruption et d’expliquer l’écran atteint. Mesurer le taux de reprise vers la bonne salle et le taux d’erreur de navigation, chacun sur les sessions interrompues éligibles. Si les clics montent mais que la bonne salle ne progresse pas, ne pas déclarer le succès : revoir le modèle de données et le libellé, puis retester.

Rapport d’évaluation

Question : …
Hypothèse : …
Méthode et limites : …
Tâche : …
Faits observés : …
Interprétations séparées : …
Métriques et dénominateurs : …
Décision : …
Prochaine vérification : …

Checklist

• La méthode répond à une question précise.
• La tâche ne donne pas le chemin attendu.
• Les participants et leurs contraintes sont pertinents.
• Les faits, paroles et interprétations sont séparés.
• Les limites et biais sont écrits.
• Les métriques ont un numérateur, un dénominateur, une population et une période.
• Chaque signal mène à une décision ou à une question suivante.
• Les effets sur accessibilité, confiance, sécurité et confidentialité sont surveillés.
• La prochaine version et le retour arrière sont identifiables.

Sources sérieuses

• GOV.UK Service Manual — user research
• Nielsen Norman Group — usability testing 101
• Nielsen Norman Group — 10 heuristiques
• W3C WAI — planning and managing web accessibility

Pour comprendre comment cette évaluation s’insère dans le produit, lis le cycle de conception et ouvre le parcours UI/UX interactif.