SUPRALEARNINGÉcosystème d’apprentissage
DevLab101
Aller au contenu principal

Les fondamentaux de l’UX

L’expérience utilisateur (UX) est la qualité d’un parcours vécu dans un contexte précis. Elle comprend ce que la personne essaie d’accomplir, ce qu’elle comprend, les efforts qu’elle fournit, ce qu’elle ressent et le résultat qu’elle obtient.

L’UX n’est donc pas « rendre une page jolie ». Une page peut être élégante et faire échouer la tâche ; une page austère peut être très efficace. Le travail consiste à réduire les obstacles importants sans inventer les besoins des personnes.

La chaîne à observer​

Pour analyser une expérience, sépare ces niveaux :

  1. Intention : quel progrès la personne cherche-t-elle à faire ?
  2. Contexte : où, quand, sur quel appareil et avec quelles contraintes ?
  3. Modèle mental : que pense-t-elle que le système va faire ?
  4. Action : quel choix ou geste effectue-t-elle ?
  5. Retour : quel changement voit-elle et comment l’interprète-t-elle ?
  6. Résultat : a-t-elle atteint son objectif, et à quel coût ?

Un rapport utile décrit cette chaîne avec des observations. « Les utilisateurs sont perdus » est une interprétation ; « quatre personnes ont ouvert le menu, lu les trois premières catégories puis sont revenues en arrière » est un point de départ vérifiable.

Besoin, demande et solution​

Une personne peut demander une fonctionnalité parce qu’elle a déjà imaginé une solution. Reformule la demande :

Demande : « Ajoutons un bouton de motivation. »
Besoin à explorer : « Je ne sais pas si je progresse ni quoi faire ensuite. »
Question : « Dans quelle situation la personne abandonne-t-elle ? »
Preuve attendue : « Elle identifie la prochaine étape et reprend sans aide. »

Ne transforme pas chaque hypothèse en persona fictif. Un persona est utile quand il rassemble des différences qui changent une décision : niveau, contexte, objectif, contraintes et comportement observé. Un nom et une photographie ne constituent pas une preuve.

Recherche légère mais rigoureuse​

Une petite étude peut être solide si elle réduit une incertitude précise.

Avant​

  • formuler une question de recherche ;
  • choisir les situations et profils pertinents ;
  • décider ce qui sera observé ;
  • préparer un script neutre et demander le consentement ;
  • ne pas promettre que les réponses changeront le produit si ce n’est pas le cas.

Pendant​

  • demander à la personne de raconter une expérience réelle ;
  • laisser un silence avant de reformuler ;
  • demander « que ferais-tu maintenant ? » plutôt que « tu comprends ? » ;
  • noter les actions, hésitations, erreurs, stratégies et mots employés ;
  • séparer ce qui a été dit de ce que l’équipe en déduit.

Après​

  • regrouper les observations par problème, contexte et fréquence apparente ;
  • conserver les exemples qui contredisent l’hypothèse ;
  • écrire une décision et ce qui l’infirmerait ;
  • limiter les données collectées à ce qui sert la question.

Un entretien indique une expérience rapportée. Un test observe une tâche. Une mesure décrit un comportement dans une population et une période. Croiser ces angles évite de transformer un signal en certitude.

Modèles mentaux et charge cognitive​

La personne ne lit pas une interface comme un manuel. Elle utilise des indices pour prévoir l’action et vérifie le résultat. Les difficultés viennent souvent de trois écarts :

  • le système fonctionne autrement que ce que le modèle mental suggère ;
  • l’indice nécessaire est absent ou caché ;
  • trop d’éléments concurrents consomment l’attention.

La charge cognitive n’est pas toute la complexité du domaine. Une tâche peut être intrinsèquement difficile, mais sa présentation peut ajouter une charge extrinsèque inutile. Pour la réduire :

  • montrer l’objectif et l’état courant ;
  • regrouper les éléments qui appartiennent à la même décision ;
  • préférer la reconnaissance au rappel ;
  • révéler les détails au moment où ils deviennent utiles ;
  • laisser une sortie pour les cas avancés ;
  • ne pas confondre « peu d’éléments » et « information suffisante ».

Décision et biais​

Les personnes utilisent des raccourcis. Cela ne signifie pas qu’elles sont irrationnelles ni qu’il faut manipuler leur choix. En UX, connaître les biais sert à vérifier nos propres hypothèses et à éviter les interfaces trompeuses.

  • Ancrage : une première information influence les comparaisons suivantes. Affiche les critères nécessaires, pas une première valeur arbitraire.
  • Confirmation : on cherche plus facilement les indices qui confortent une croyance. Cherche activement les contre-exemples.
  • Disponibilité : un événement facile à rappeler semble plus fréquent. Compare avec des données et le contexte réel.
  • Biais de sélection : un échantillon recruté parmi les volontaires ou les experts ne représente pas toutes les situations.
  • Effet de cadrage : la formulation change la perception d’un même choix. Rends les conséquences et les alternatives explicites.

Le meilleur garde-fou reste la possibilité de comprendre, comparer, annuler et revenir en arrière. Une interface qui cache une option, force une décision ou rend la sortie difficile peut augmenter une conversion tout en dégradant la confiance.

Heuristiques comme outil de revue​

Une revue heuristique est une inspection structurée, pas un verdict magique. Pour chaque problème, note le principe concerné, l’exemple, l’impact et le correctif à tester. Les heuristiques utiles incluent :

  1. visibilité de l’état du système ;
  2. correspondance avec le vocabulaire et le monde de la personne ;
  3. contrôle et possibilité de retour ;
  4. cohérence avec les conventions ;
  5. prévention des erreurs ;
  6. reconnaissance plutôt que mémorisation ;
  7. flexibilité sans obliger les débutants à apprendre des raccourcis ;
  8. sobriété et hiérarchie ;
  9. erreurs formulées pour être comprises et corrigées ;
  10. aide disponible au moment du besoin.

Une heuristique signale une question à étudier. Elle ne remplace ni un test avec une personne ni une preuve métier.

Éthique : faciliter sans manipuler​

Une expérience saine :

  • explique ce qui est collecté et pourquoi ;
  • demande un consentement compréhensible ;
  • rend le refus aussi clair que l’acceptation ;
  • n’utilise pas la honte, la peur ou la confusion pour obtenir un clic ;
  • garde les actions importantes réversibles lorsque c’est possible ;
  • n’exagère pas la progression ou la rareté ;
  • respecte les personnes qui utilisent un lecteur d’écran, le clavier, le zoom, une connexion lente ou un appareil ancien.

La persuasion peut clarifier une prochaine étape. Elle ne doit pas supprimer le choix ou dissimuler la conséquence.

Atelier Feynman​

Explique à une personne qui ne connaît pas l’UX pourquoi une interface peut être « facile à utiliser » pendant une démonstration et difficile dans la vie réelle. Utilise un exemple concret, une observation et une manière de le vérifier.

Comparer avec une explication solide

Une démonstration montre un chemin préparé dans un contexte calme. Dans la vie réelle, la personne peut être interrompue, utiliser un autre appareil, ne pas connaître le vocabulaire de l’équipe ou rencontrer une erreur. Il faut donc observer une tâche réaliste, noter les actions et les hésitations, puis retester une modification. L’opinion « c’est intuitif » devient alors une hypothèse, pas une conclusion.

Checklist de recherche UX​

  • La question réduit une incertitude qui peut changer une décision.
  • Le profil et le contexte de recherche sont justifiés.
  • Les questions sont ouvertes et non orientées.
  • Les faits, paroles et interprétations sont séparés.
  • Les contre-exemples sont conservés.
  • Les données collectées sont minimisées et protégées.
  • Chaque conclusion indique sa limite et sa suite de vérification.
  • La solution proposée peut être annulée ou comparée à une alternative.

Sources sérieuses​

Pour passer de la recherche au chemin concret, ouvre l’architecture de l’information puis le parcours UI/UX interactif.