Skip to content

Présentation des choix

L'utilisateur ne lit pas, il scanne.

Il faut se mettre à la place de l'utilisateur : celui-ci ne lit pas un écran, il le scanne. En fait, son objectif est d'intéragir avec le logiciel, pas de faire de la lecture. Donc, inconsciemment, il va prioriser son activité sur comment intéragir avec le logiciel, et pour cela chercher le bouton, le champ, ou autre à utiliser pour continuer son parcours.

Quand votre écran présente plusieurs choix pour continuer, l'utilisateur va au plus vite identifier celui qui correspond à son objectif. Une fois qu'il CROIT l'avoir trouver, il CESSE de chercher plus loin.

Donc, si il y a une possibilité qui lui convient mieux, il ne la voit pas.

Exemple véridique

Un jour de bon matin, je prends le tramway à Bordeaux. J'arrive à la station, j'achète un ticket à une borne. Je clique sur le bouton "Acheter tickets". Je déroule le processus d'achat, je paye, et juste avant de me donner le ticket, la machine me fait comprendre que celui-ci est rechargeable et que pour économiser le papier sur la planète, il serait bien que la prochaine fois je le réutilise en faisant une recharge de ticket dessus. « Cool » je me dis, « je vais faire cela ce soir. »

Le soir, à la station, je vais à la borne pour "recharger" le ticket. Je clique sur le bouton "Acheter tickets", je pensais à quand l'écran allait me demander mon ticket, mais aulieu de cela il me recrache un nouveau ticket ! Que d'émotion négative... je me retrouve avec deux tickets !

Pourquoi ? A cause de l'écran d'accueil avec un bug de présentation des choix ! Je n'ai pas lu l'écran jusqu'au bout pensant que le premier bouton m'allait parfaitement.

---> Découvrez l'écran.

Notez que ce n'est pas l'unique bug : sur les boutons, le texte arrive avant l'image.

Pourtant l'écran est beau, mais esthétique ne veut pas dire utilisable...

Site publié sous licence MIT