J'ai une conception existante (application Web) où les utilisateurs peuvent modifier de petites parties d'une page Web. Un petit éditeur s'ouvrira avec les champs modifiables et trois boutons: [Annuler & Fermer] [Effacer] et [Enregistrer].
Chaque fois que vous apportez une modification et cliquez sur [Annuler], une petite boîte de dialogue apparaît:
Voulez-vous enregistrer ces modifications? [Oui]/[Non]
Le bouton [Oui] a été conçu comme pour le faire ressembler au choix par défaut. Est-ce que ça a du sens?
N'est-il pas préférable de demander à l'utilisateur s'il est sûr de partir sans enregistrer les modifications? Quelque chose comme:
Ignorer les modifications non enregistrées?
Généralement, si un utilisateur a effectué un changement, généralement c'était intentionnel et ils veulent le garder, donc je garderais "save" comme champ par défaut.
Pour aider les gens à être sûrs de l'option qu'ils choisissent (afin de ne pas cliquer aveuglément), je vérifierais les informations dans Luke Wroblewski's Actions primaires et secondaires dans les formulaires Web .
Dans l'ensemble, il semble que les gens aient bien réagi aux conceptions qui faisaient ressortir "Annuler" d'une manière ou d'une autre - même si ces conceptions les ont un peu ralenties. Cela suggère qu'ils étaient plus soucieux d'éviter de perdre leurs données que de les soumettre rapidement.
Ralentir un peu les gens est préférable dans cette situation; quelques secondes supplémentaires pour éviter d'annuler/enregistrer inutilement peuvent éviter beaucoup de frustration.
J'essaierais l'option C ici (en supposant que les boutons de soumission de différentes couleurs correspondent au reste de la conception) car il s'est avéré causer des fixations légèrement plus longues que la situation "l'action secondaire est un lien", ce qui vous donne théoriquement plus de temps pour traiter ce que vous regardez plutôt que de cliquer aveuglément.