Mener une recherche UX
La recherche UX sert à réduire une incertitude qui peut changer une décision. Elle ne sert pas à décorer une présentation avec des citations ni à obtenir un « oui » pour une solution déjà choisie. Une étude utile relie une question, des participants ou situations pertinents, une méthode, des observations et une limite de confiance.
Règle simple — On ne demande pas seulement ce que les personnes pensent. On observe ce qu’elles essaient de faire, dans quel contexte, avec quels indices et quel résultat.
La boucle de recherche
Décision à prendre → incertitude → question → méthode → observation
↑ ↓
← synthèse ← interprétation prudente ← données ------
Avant de recruter, écrivez la décision qui pourrait changer : le vocabulaire, l’ordre d’un parcours, la priorité d’une fonctionnalité ou l’abandon d’une hypothèse. Si aucune décision ne peut évoluer, la recherche risque de devenir une collecte sans fin.
1. Formuler une question qui apprend quelque chose
Une bonne question est ouverte, située et liée à un comportement. Elle ne contient pas la réponse attendue.
| Question faible | Question exploitable |
|---|---|
| « Les utilisateurs aiment-ils notre nouvelle page ? » | « Comment une personne retrouve-t-elle un cours quand elle ne connaît pas son nom ? » |
| « Faut-il ajouter un bouton de motivation ? » | « Qu’est-ce qui fait hésiter ou abandonner pendant une session de révision ? » |
| « Notre menu est-il intuitif ? » | « Quels mots une personne utilise-t-elle pour anticiper le contenu de chaque catégorie ? » |
Complétez ce cadre :
Nous cherchons à comprendre : [comportement / situation]
Pour : [personnes concernées]
Parce que nous devons décider : [choix qui peut changer]
Nous saurons mieux décider quand nous aurons observé : [signal]
Nous ne cherchons pas à prouver : [non-objectif]
2. Choisir une méthode adaptée à l’incertitude
La méthode dépend de la question, pas de la mode du moment.
| Incertitude | Méthode utile | Ce qu’elle permet | Ce qu’elle ne prouve pas seule |
|---|---|---|---|
| Comprendre une pratique ou une contrainte | entretien semi-directif, observation contextualisée | récits, stratégies, vocabulaire, contexte | la fréquence dans toute la population |
| Voir si un parcours est faisable | test d’utilisabilité modéré ou non modéré | actions, hésitations, erreurs, récupération | que la cause est définitivement établie |
| Comparer des regroupements | tri de cartes ouvert ou fermé | catégories et vocabulaire attendus | la qualité de l’interface finale |
| Vérifier un contenu ou une navigation | tree test | trouvabilité dans une structure textuelle | l’efficacité visuelle et émotionnelle |
| Mesurer une tendance | analyse de données, enquête ciblée | fréquence, évolution, corrélation | la cause d’un comportement |
| Vérifier une règle connue | revue heuristique, audit accessibilité | défauts prévisibles et priorités | l’expérience réelle de chaque profil |
Une méthode peut en compléter une autre. Une personne qui dit « c’est clair » et qui cherche trois fois le bouton donne un signal intéressant : la parole éclaire l’expérience, mais le comportement rend le coût visible.
3. Recruter selon les situations
Le nombre ne compense pas un mauvais profil. Définissez les différences qui peuvent modifier la décision : niveau, fréquence d’usage, appareil, langue, technologie d’assistance, objectif, contrainte de temps ou expérience du domaine.
Un profil de recrutement doit contenir :
- critères d’inclusion : la situation que la personne a réellement vécue ;
- critères d’exclusion : une expertise qui fausserait la tâche, si elle est pertinente pour l’étude ;
- variations recherchées : mobile et desktop, débutant et régulier, faible et forte contrainte de temps, par exemple ;
- raison du choix : la différence doit être reliée à l’incertitude.
Ne présentez pas un échantillon de convenance comme une population générale. Écrivez la limite : « cinq personnes débutantes, recrutées dans notre réseau, sur mobile » est plus honnête et plus utile que « les utilisateurs pensent que… ».
4. Préparer un protocole neutre
Un protocole réduit les improvisations et protège la personne étudiée.
Introduction possible
Nous testons le parcours, pas tes compétences. Il n’y a pas de bonne réponse.
Décris ce que tu ferais naturellement ; nous pouvons te demander ce que tu
cherches, mais nous ne te guiderons pas vers la solution. Tu peux arrêter à
tout moment. Avec ton accord, nous noterons les actions et les hésitations.
Avant la session, précisez le consentement, l’enregistrement éventuel, la conservation des données, l’anonymisation et la possibilité de retrait. Ne collectez pas une donnée personnelle simplement parce que l’outil permet de le faire.
Tâche bien écrite
Une tâche donne un objectif et un contexte, pas le bouton à cliquer :
Tu veux réviser dix notions avant un entretien demain matin.
Commence une session, réponds à la première carte, puis explique comment tu
saurais quoi faire après une interruption.
Évitez : « clique sur le bouton Commencer et dis-moi si la page est claire ». La consigne révèle déjà le chemin et mesure l’obéissance plutôt que la trouvabilité.
Guide d’entretien
Préparez des thèmes, puis laissez la personne raconter :
- « Raconte-moi la dernière fois où tu as fait cela. »
- « Qu’essayais-tu d’obtenir à ce moment-là ? »
- « Qu’est-ce qui t’a fait choisir cette action ? »
- « Comment savais-tu que tu pouvais continuer ? »
- « Qu’aurais-tu fait si cette option n’avait pas fonctionné ? »
Relancez avec « que s’est-il passé ensuite ? » plutôt qu’avec « tu voulais bien dire que… ? ». Une question suggestive fabrique une partie de sa réponse.
5. Observer sans surinterpréter
Notez des unités courtes et vérifiables :
| Type | Exemple de note | Niveau de certitude |
|---|---|---|
| Verbatim | « Je ne sais pas si c’est fini. » | parole rapportée |
| Action | ouvre le menu puis revient en arrière | comportement observé |
| Temps | hésite huit secondes avant le premier clic | mesure située |
| Erreur | sélectionne une catégorie qui ne contient pas le cours | résultat observable |
| Interprétation | ne comprend pas la progression | hypothèse à confronter |
Séparez vos colonnes fait, interprétation, question suivante. Ne transformez pas une émotion observée ou une phrase isolée en diagnostic psychologique.
Pour une session de test, une grille légère suffit souvent :
Participant / contexte :
Tâche :
Premier choix :
Indice lu ou ignoré :
Hésitation / erreur :
Demande d’aide :
Résultat : réussi, partiel ou abandonné :
Phrase importante :
Hypothèse à vérifier :
6. Synthétiser par thèmes et par preuves
La synthèse n’est pas un vote des citations les plus jolies. Regroupez les observations par problème, contexte ou mécanisme, puis écrivez pour chaque thème :
Thème : vocabulaire de la navigation
Faits : 3 personnes ont cherché « cours » dans « Ressources » ; 2 ont utilisé
le fil d’Ariane pour revenir.
Interprétation : « Ressources » ne correspond peut-être pas à l’intention
« apprendre par sujet ».
Confiance : moyenne ; profils débutants, tâche identique, petit échantillon.
Décision : tester une étiquette orientée intention et comparer la trouvabilité.
Question ouverte : le terme fonctionne-t-il sur mobile et dans l’autre langue ?
Triangulez quand c’est possible : récit, comportement, données de produit, revue experte ou test. La convergence augmente la confiance ; une divergence est un apprentissage, pas une anomalie à cacher.
Prioriser un problème
Une priorité peut combiner :
priorité ≈ gravité × fréquence observée × portée × confiance
Ce n’est pas une vérité mathématique. C’est un outil pour rendre le débat explicite. Documentez la gravité pour la personne, le nombre de situations touchées, la qualité de la preuve et le coût d’une correction.
7. Éviter les biais courants
- Biais de confirmation : chercher seulement les phrases qui valident la solution ; ajoutez une question qui pourrait l’infirmer.
- Biais de recrutement : étudier uniquement les collègues experts ; incluez les situations qui ont motivé la recherche.
- Biais de désirabilité : la personne veut aider ou faire plaisir ; observez l’action et rappelez qu’elle ne sera pas évaluée.
- Effet de nouveauté : une maquette attire l’attention ; vérifiez la tâche après une explication minimale et dans un contexte réaliste.
- Biais de survivant : écouter uniquement les personnes qui terminent ; cherchez les abandons, échecs et sorties.
- Biais de solution : confondre un problème observé avec une fonctionnalité demandée ; reformulez le progrès attendu avant de concevoir.
8. Rendre une conclusion falsifiable
Une conclusion de recherche doit dire ce qui pourrait la contredire :
Nous pensons que [situation] vient de [mécanisme supposé], car [observations].
Nous allons essayer [intervention] auprès de [profil / contexte].
Nous considérerons l’hypothèse affaiblie si [signal contraire].
Nous mesurerons [métrique ou comportement], sans prétendre conclure au-delà
de [limite de l’étude].
Cela transforme une étude en boucle d’apprentissage. La recherche ne choisit pas toujours la solution ; elle rend le prochain choix moins aveugle.
Atelier FlashLearning : du signal à la décision
- Choisissez une friction réelle dans un parcours de flashcards.
- Écrivez la décision qui pourrait changer et le non-objectif.
- Formulez une question de recherche sans solution dans la phrase.
- Préparez une tâche neutre, trois relances et une grille d’observation.
- Simulez une session avec une personne qui ne connaît pas votre interface.
- Séparez faits et interprétations, puis regroupez trois observations.
- Rédigez une hypothèse, un test suivant et le signal qui pourrait l’infirmer.
Checklist avant de partager
- Une décision peut réellement évoluer.
- La question décrit une situation ou un comportement.
- La méthode correspond à l’incertitude.
- Les profils et leurs limites sont explicites.
- La tâche n’indique pas la solution.
- Consentement, confidentialité et retrait sont prévus.
- Faits, verbatims et interprétations sont séparés.
- Chaque recommandation pointe vers une preuve.
- Une limite et une question ouverte sont conservées.