À propos de ce cours
Un mot incompris cache une fonction aussi sûrement qu’un bouton mal placé. Cette leçon présente les six qualités d’un bon libellé et le test des mots, mené carte par carte avec un seuil de 4 participants sur 5. Vous apprenez à remplacer le jargon par les mots des usagers, à tenir un lexique de l’interface et à réécrire les messages d’erreur pour qu’ils disent ce qui s’est passé et quoi faire.
-
Objectifs
- Expliquer pourquoi les mots d'une interface comptent autant que sa présentation
- Reconnaître les six qualités d'un bon libellé
- Réaliser un test des mots et calculer un taux de compréhension par mot
- Remplacer un mot mal compris par les mots des utilisateurs
- Tenir un lexique de l'interface pour garantir la constance
- Rédiger des messages d'erreur utiles
-
Présentation
- Dans une interface, presque tout passe par des mots : les onglets, les boutons, les titres, les messages. Un mot mal choisi cache une fonction aussi sûrement qu'un bouton mal placé : si personne ne comprend « Transactions », personne n'ira y prolonger son prêt.
- L'équipe utilise ses propres mots, ceux du métier ou du projet, sans s'en rendre compte. Cette leçon montre comment vérifier, mot par mot, que les usagers comprennent le vocabulaire de l'interface.
- Nous continuons avec BiblioCampus. Pour les activités, créez le dossier
09-3-vocabulaire/dans votre dépôt GitHubui-ux-design-bts.
-
Pourquoi les mots comptent
- Les mots posent problème pour quatre raisons fréquentes :
- le jargon du métier ou de l'équipe (« cote », « INCO », « slot ») ;
- des mots vagues, qui ne disent pas ce qui va se passer (« Valider », « Soumettre », « OK ») ;
- des mots incohérents: deux mots pour la même chose (« prêt » et « emprunt ») ou un mot pour deux choses ;
- des icônes seules, que chacun interprète à sa façon.
- Un bon libellé se vérifie avec six qualités :
- Les mots posent problème pour quatre raisons fréquentes :

-
Le test des mots
- Le test des mots se fait pendant la session, avant ou après les tâches. On montre chaque mot ou icône seul, sur une carte, et on demande : « Que signifie ce mot, selon vous ? Que se passerait-il si vous le touchiez ? » :

- On compte oui pour 1, partiel pour 0,5 et non pour 0. Un mot compris par moins de 4 participants sur 5 est remplacé.
- Le meilleur remplaçant est souvent dans les réponses : quand trois participants expliquent « Transactions » par « mes prêts ? », le mot à utiliser est « Mes prêts ».
-
Les mots dans les tâches
- Pendant les tâches, écoutez les mots que les participants emploient à voix haute : « Je cherche où on rend le livre plus tard » révèle qu'ils attendent « Prolonger » ou « Rendre plus tard », pas « Renouveler ».
- Notez aussi les mots qu'ils cherchent sans les trouver : ce sont des libellés manquants.
-
Le lexique de l'interface
- Une fois les mots choisis, on les rassemble dans un lexique: un mot par notion, avec les mots interdits et les endroits où il apparaît :

- Le lexique se partage avec toute l'équipe, y compris les développeurs qui écrivent les messages. Il est versionné sur GitHub comme les autres livrables.
-
Les messages d'erreur
- Les messages d'erreur sont souvent écrits pour le système, pas pour l'usager. Un bon message dit ce qui s'est passé, pourquoi si cela aide, et quoi faire:

-
Exemple 1 : « Transactions » devient « Mes prêts »
- Au test des mots, un seul participant sur cinq a compris « Transactions ». Trois l'ont associé à des paiements.
- Pendant la tâche « prolonger un prêt », quatre participants ont d'abord cherché dans « Compte ». Le mot ne disait pas ce qu'il contenait, et l'usager ne le cherchait pas là.
- L'équipe a renommé l'onglet « Mes prêts ». Au test suivant, le mot a été compris par cinq participants sur cinq, et la tâche est passée de 40 % à 100 % de réussite.
-
Exemple 2 : un mot pour deux choses
- Dans BiblioCampus, « Réserver » servait pour un livre (le mettre de côté) et pour une salle de travail (la bloquer pour un créneau). Deux participants ont cru réserver une salle en réservant un livre.
- L'équipe a gardé « Réserver un livre » et choisi « Bloquer une salle » pour l'autre fonction, puis noté la règle dans le lexique.
- La règle générale : un mot, une notion. Si deux fonctions partagent un mot, précisez-le toujours.

-
Activité 1 : repérer les mots à risque
- Dans le prototype de CantineCampus du TP 6, relevez dix mots ou icônes que vous jugez à risque. Pour chacun, indiquez la raison : jargon, vague, incohérent, icône seule.
- Vérifier : au moins un mot de chaque catégorie ; par exemple « slot » (anglicisme), « Soumettre » (vague), « Carte CC+ » et « carte de cantine » (incohérence), ⚙ (icône seule).
-
Activité 2 : préparer les cartes
- Préparez douze cartes de mots et d'icônes pour votre prototype et la grille de réponses (oui, partiel, non) pour cinq participants.
- Vérifier : chaque mot apparaît seul sur sa carte, sans l'écran autour.
-
Activité 3 : réaliser le test des mots
- Faites passer le test à cinq personnes extérieures au projet. Notez les interprétations mot pour mot dans
projet-cantinecampus/05-tester/vocabulaire.md, puis calculez le taux de compréhension de chaque mot. - Vérifier : douze taux calculés ; les mots sous 80 % sont repérés.
- Faites passer le test à cinq personnes extérieures au projet. Notez les interprétations mot pour mot dans
-
Activité 4 : choisir les remplaçants
- Pour chaque mot sous le seuil, proposez un remplaçant tiré des réponses des participants. Vérifiez-le avec deux nouvelles personnes.
- Vérifier : chaque remplaçant vient des mots des participants, et il est compris par les deux nouvelles personnes.
-
Activité 5 : le lexique
- Rédigez le lexique de CantineCampus : notion, mot retenu, mots interdits, écrans où il apparaît, source.
- Vérifier : au moins huit notions ; aucune notion n'a deux mots, aucun mot n'a deux notions.
-
Activité 6 : des boutons qui disent ce qu'ils font
- Réécrivez ces boutons pour qu'ils disent ce qui va se passer : « Valider », « OK », « Soumettre », « Suivant », « Confirmer ».
- Vérifier : chaque libellé commence par un verbe d'action précis, par exemple « Payer 3,50 € » ou « Annuler ma commande ».
-
Activité 7 : réécrire les messages d'erreur
- Réécrivez les messages d'erreur du prototype du TP 9 : « Erreur 409 : slot indisponible », « Veuillez renseigner tous les champs », « Format invalide ».
- Vérifier : chaque message dit ce qui s'est passé et quoi faire, sans code technique ni reproche.
-
Activité 8 : déposer votre travail sur GitHub
- Regroupez vos réponses dans
09-3-vocabulaire/README.md, puis envoyez le tout :
- Regroupez vos réponses dans
git add 09-3-vocabulaire projet-cantinecampus/05-tester
git commit -m "Ajoute le test des mots et le lexique de CantineCampus"
git push
- Vérifier :
vocabulaire.mdet le lexique s'affichent sur GitHub.
-
Erreurs fréquentes
| Erreur ou réflexe | Pourquoi c'est un problème | Ce qu'il faut faire |
|---|---|---|
| Garder un mot « parce qu'il est juste » | Juste pour l'équipe, incompris des usagers | Le remplacer par les mots des usagers |
| Montrer le mot dans l'écran | Le contexte aide à deviner | Tester le mot seul, sur une carte |
| Inventer soi-même le remplaçant | On remplace un jargon par un autre | Reprendre les mots employés par les participants |
| Deux mots pour la même chose | L'usager croit à deux fonctions différentes | Un lexique : un mot par notion |
| Des boutons « Valider » partout | On ne sait pas ce qui va se passer | Un verbe d'action et son objet |
| « Erreur 409 » | Message écrit pour le système | Ce qui s'est passé et quoi faire |
| Des icônes sans texte | Chacun les interprète à sa façon | Icône et mot ensemble |
-
À retenir
- Les mots sont l'interface : un libellé incompris cache une fonction.
- Un bon libellé est compris, précis, orienté action, constant, court et sans jargon.
- Le test des mots se fait mot par mot, sur des cartes ; seuil : 4 participants sur 5.
- On remplace un mot par les mots que les usagers emploient eux-mêmes.
- Un lexique partagé garantit qu'un mot désigne toujours la même chose.
- Un message d'erreur dit ce qui s'est passé et quoi faire.
Le bon mot n'est pas celui que l'équipe préfère : c'est celui que l'usager aurait employé.