Dans une fenêtre contextuelle avec des boutons "oui" et "non", vous mettez d'abord "oui" ou "non"?
Lorsque vous avez une fenêtre contextuelle avec des boutons oui et non comme ceci:
| YES | NO |
Il est préférable de mettre le bouton "oui" à droite ou à gauche?
À moins que vous n'ayez déjà défini une position positive/négative, je dirais ce qui est le plus susceptible d'être cliqué à droite, pour une raison similaire décrite ici:
http://uxmovement.com/buttons/why-ok-buttons-in-dialog-boxes-work-best-on-the-right/
Certains concepteurs pensent que placer l'action principale sur le côté gauche avant l'action secondaire est préférable pour les utilisateurs, car elle est plus proche et, par conséquent, prend moins de temps à cliquer. Cela a du sens, mais vous ne pouvez pas ignorer le fait que les utilisateurs examineront toutes leurs options avant de choisir l'action à entreprendre. Cela signifie que la plupart des utilisateurs ne cliqueront pas aveuglément sur le bouton d'action principal sans regarder également le bouton d'action secondaire à côté. Ils verront d'abord l'action principale à gauche, puis regarder l'action secondaire à droite. Ensuite, ils replaceront leurs yeux sur l'action principale pour cliquer dessus. Cela crée un total de trois fixations visuelles dans plusieurs directions.
D'abord une appréciation personnelle, puis quelques sources:
1) Je pense qu'il s'agit moins du positif ou du négatif que du flux dans le processus.
ex:
Voulez-vous économiser avant de partir? Oui Non
N'est pas bon UX
Enregistrer avant de partir? Enregistrer/quitter sans enregistrer/annuler
Est-ce une bonne UX
C'est-à-dire que la plupart du temps une question dont la réponse est Oui/Non n'est pas pertinente.
2) Le fait que le positif devrait être à droite n'est pas si évident:
Basecamp qui est vraiment un leader dans notre domaine ne respecte pas cette convention
Aussi quelques lectures: http://www.nngroup.com/articles/okndashcancel-or-cancelndashok/
et une synthèse de celui-ci:
- Il est souvent préférable de nommer un bouton pour expliquer ce qu'il fait que d'utiliser une étiquette générique (comme "OK"). Une étiquette explicite sert d '"aide juste à temps", donnant aux utilisateurs plus de confiance dans la sélection de l'action correcte.
- Définissez le bouton le plus souvent sélectionné par défaut et mettez-le en surbrillance (sauf si son action est particulièrement dangereuse; dans ces cas, vous souhaitez que les utilisateurs sélectionnent explicitement le bouton plutôt que de l'activer accidentellement en appuyant sur Entrée).
- Si vous concevez une application de bureau pour l'une de ces deux plates-formes informatiques personnelles, votre choix est simple: faites ce que le propriétaire de la plate-forme vous demande de faire.
Cette question se pose presque à chaque conférence UX. La réponse la plus logique est la suivante: suivez toujours les directives de votre système d'exploitation cible. Votre application ne doit pas ressembler à un exotique qui ne lui convient pas. L'utilisateur doit penser que la même expérience utilisateur fournie par son système d'exploitation doit s'étendre à votre propre application. Donc, si vous ciblez Windows, cela devrait être OK/Annuler. Si vous ciblez Mac, cela devrait être Annuler/Ok. Si vous écrivez une application Web, vous avez plus de liberté. La plupart des études d'utilisabilité montrent que Annuler/Ok = fonctionne mieux. Mais cela ne signifie pas que cela fonctionnera pour vos utilisateurs. Quoi que vous décidiez de faire, testez avec vos utilisateurs.
Personnellement, je dirais que ça dépend. J'ai tendance à mettre le bouton de confirmation à droite et le bouton d'annulation/retour à gauche.
Donc, dans le cas d'une popup: "Voulez-vous vraiment supprimer cette page", je mettrais le bouton "Oui" à droite et le bouton "Non" à gauche.
Comme la plupart des concepteurs utilisent des ordinateurs Apple Apple, ils estiment que la dernière action principale est "le bon choix").
Windows fait le contraire et IMO dans ce cas, ils ont raison.
. , capturez rapidement la cible surdimensionnée et passez à autre chose.
. beaucoup moins perceptible.
Mon point est, la conception d'un seul gros bouton visible, et ne vous inquiétez pas de lancer les autres options autour, peut-être pas trop près pour éviter les clics accidentels.
Cela se fait dans de nombreux formulaires de connexion, où les options "Mot de passe oublié" et "Enregistrer" sont de petits liens.