Quelles sont les alternatives à la phrase “ Voulez-vous vraiment XYZ ” dans les boîtes de dialogue de confirmation?

Une partie des raisons pour lesquelles les gens sautent de longs messages est due à la vitesse de lecture.

Supposons, pour les besoins de la discussion, quelquun avec une vitesse de lecture moyenne – environ 200 mots par minute. (*)

Si vous utilisez seulement 20 mots dans un dialogue, vous demandez que lutilisateur doit passer 6 secondes à lire et à comprendre ce que vous avez écrit.

Bien que cela ne sonne pas beaucoup, une pause imposée de six secondes lorsque vous essayez de faire quelque chose peut sembler très longue .

(*) Et ne faites pas lerreur de supposer quune faible vitesse de lecture signifie une faible intelligence.

Donc, trois suggestions pour vous, toutes visant à une clarté maximale avec un minimum de bruit.

1. Soyez aussi concis que possible
2. Identifiez lélément à risque
3. Nommez vos boutons pour les actions

Voici une simple boîte de dialogue de suppression:

Réduisons le nombre de mots au minimum pour faciliter la lecture:

À présent, identifions lélément à risque et étiquetons les boutons de laction:

Beaucoup mieux – plus facile à lire et plus clair.

Un autre exemple – une boîte de dialogue de continuation.

Simplifiez le libellé.

Encore une fois, identifions ce qui se passe et étiquetons les boutons pour actions.

Une nette amélioration.

Voici « une dernière réflexion. Évitez les points négatifs , en particulier lly doubles négatifs. Certains anglophones trouvent les doubles négatifs difficiles, et beaucoup de ceux qui apprennent langlais comme deuxième langue les trouvent déroutants (surtout si leur langue maternelle utilise des doubles négatifs pour laccentuation au lieu de linversion).

Commentaires

• Ou, vous pouvez simplement lire les directives Windows UX msdn.microsoft.com/en-us/library/aa511258.aspx où ils écrivent réellement à ce sujet 🙂
• Je crois que vous donnez en fait de mauvais exemples: 1. Cest  » OK « , pas  » Ok « . 2. Si vous posez une question oui / non, les réponses possibles doivent être oui ou non, certainement pas OK et Annuler. 3. Si vous identifiez les boutons de laction, vous devez le faire avec les deux boutons, pas seulement avec un seul (cest-à-dire Supprimer / Garder et non Supprimer / Annuler) En dehors de cela, je crois aussi que toute phrase doit au moins contenir un sujet et un verbe , mais cest personnel.
• @BaGi – Je pense que vous avez peut-être mal lu ma réponse: je ‘ montre une progression de mauvais à meilleur. Avoir une question Oui / Non avec Ok / Annuler car les boutons sont certes médiocres, mais cest trop courant, et cest ce que je signalais. Pour adresser vos points … Lorsquil y a un simple inverse, lutiliser pour le bouton Annuler a du sens – donc Supprimer / Conserver est mieux que Supprimer / Annuler, mais ce nest pas ‘ toujours possible – quel ‘ est linverse de Post? Publier / Don ‘ t Le message semble maladroit. Et je pense que tous mes exemples sont des phrases complètes. Pour prendre le dernier:  » Continuez « : verb;  » Traitement des transactions « : subject.
• @Bevan: I don ‘ ne pense pas Post? Publier / Don ‘ t Le message est maladroit. Save / don ‘ t save est ce que vous voyez constamment. Dans votre dernière phrase,  » traitement des transactions  » nest pas du tout un sujet, mais un objet indirect (voir en.wikipedia.org / wiki / Object_% 28grammar% 29 ). Jai compris que vos exemples montrent une amélioration progressive, je pense juste que le résultat final contient encore quelques défauts mineurs.
• @BartGijssens: Je ‘ je préfère toujours Cancel à autre chose … car sans un seul neurone qui déclenche je sais quil ne fait rien (effectivement un mot de moins à lire). Le problème avec  » Don ‘ t save  » est quil peut utiliser  » Jeter  » dans un autre (mauvais) contexte.

Je tiens toujours à montrer à lutilisateur quel élément est en cours de suppression (dautant plus que le dialogue peut obscurcir lélément en question, mais aussi parce que voir identifiable le texte dans le dialogue attirera lattention):

Supprimer « votre élément préféré »?

Vous pouvez également injecter un peu dhumour ici et là, en fonction du type dapplication que vous créez:

Vous ne le faites certainement pas voulez continuer sans économiser? [Oui, laissez-moi tranquille] [Ah oui, merci de me le rappeler]

Si vous le testez, vous remarquerez que les messages humoristiques deviennent remarqué un peu plus souvent simplement parce quils sortent du lot des messages génériques et (sils sont vraiment assez mignons) obtiennent un sourire sur le visage de lutilisateur. Que demander de plus?

Commentaires

• Ou vous pouvez simplement suivre ma règle empirique: tous les boutons de dialogue doivent être étiquetés  » D ‘ oh! « , même sil y a plusieurs boutons.
• @ VirtuosiMedia Sil y a deux boutons, un seul doit être étiqueté  » D ‘ oh!  » Lautre doit être étiqueté  » Pourquoi vous petite…!  »
•  » … 14 utilisateurs ont cliqué sur Do ‘ h, 5 utilisateurs ont cliqué sur Nut et un utilisateur a appuyé à plusieurs reprises sur la touche M.  » – Jakob Nielsen
•  » … Les 20 utilisateurs ont exprimé leur surprise devant les lumières rouges durgence, les sirènes et les avertissements dévacuation avant la fusion nucléaire. Ceux qui ont survécu ont mentionné plus tard quils étaient déchirés entre fuir pour la sécurité et voir ce quil y avait dans le réfrigérateur. Secoués par lexpérience, ils semblaient se demander sils avaient fait le bon choix.  »
• Ce serait plus drôle sil disait  » Shirley  » au lieu de  » Sûrement « .

Google suggère deux façons différentes et les deux suppriment « vous « Entièrement.

Consignes de rédaction de conception Google suggère ce qui suit:

Omettre les phrases inutiles

Vous pouvez ignorer de nombreuses phrases dintroduction courantes et aller droit au but.

Plus boîtes de dialogue dalerte Material Design suggère de reformuler la question pour supprimer le « êtes-vous sûr? »

Alertes avec barres de titre

Utilisez les alertes de barre de titre uniquement pour les situations à haut risque, telles que la perte potentielle de connectivité. Les utilisateurs doivent être en mesure de comprendre les choix basés uniquement sur le titre et le texte du bouton.

Si un titre est requis:

• Utilisez une question ou une déclaration claire avec une explication dans la zone de contenu, telle que « Effacer le stockage USB? ».
• Évitez les excuses, les ambiguïtés ou les questions telles que « Avertissement! » ou « Êtes-vous sûr? »

Il est préférable de ne pas avoir de telles boîtes de dialogue à la place , implémentez la fonctionnalité dannulation.

La boîte de dialogue est inutile 95% du temps, alors pourquoi le forcer sur les gens? Essayez-vous daider les gens? ou essayez-vous de rejeter la faute sur lutilisateur « hé, vous avez confirmé que vous vouliez supprimer cet élément important, ne me blâmez pas!

Devinez quoi, les gens apprennent à ignorer ces dialogues, ils confirment toujours inconsciemment laction quils viennent de faire.

Cest donc la mauvaise approche pour résoudre le problème.

Le problème ici est: laction de lutilisateur peut avoir des effets indésirables si elle est effectuée par erreur.

Une meilleure solution pour cela problème serait de permettre à lutilisateur dannuler sa modification.

Si vous lui permettez dannuler les suppressions, vous obtenez deux bonnes choses:

• Vous naurez pas à vous ennuyer lutilisateur à lusage moins de dialogues.
• Les utilisateurs peuvent récupérer des suppressions involontaires.

La mise en œuvre dune annulation est beaucoup plus difficile que laffichage dune boîte de confirmation.

Supprimer cet élément?

Continuer?

Droit au but.

Une chose essentielle à retenir est que les gens ignorent les messages « Êtes-vous sûr ». Vous devez les forcer à réfléchir à la décision. Voici lune de mes préférences.

Commentaires

• Celles-ci deviennent irritantes si vous devez supprimer beaucoup de choses ( » mène « , dans ce cas), mais cela fonctionne bien lorsque vous ‘ effectuez une action  » pas de retour  » (bien sûr, vous pourrait simplement programmer pour quil ny ait ‘ aucun type daction aussi)
• Je ‘ je ne sais pas quoi la case à cocher  » ne peut pas annuler « . Si je ne vérifie pas ‘, est-ce que je pourrai annuler? Ou le bouton  » Ne pas revenir en arrière  » ne sactivera pas tant que je naurai pas vérifié? Ce dialogue ressemble presque à un formulaire lui-même, y compris la gestion des erreurs et la gestion de létat des éléments de linterface utilisateur. Si je fais une erreur dans ce dialogue, un dialogue apparaîtra-t-il pour me dire ce que jai mal fait? 😉
• @Rahul: Daccord avec vous. Le concept ici est sympa (si vous pouvez ‘ t supporter Undo) mais létiquetage est vraiment bizarre. Même le bouton  » No Going Back « . Je pense que Can Not Undo est un peu comme une  » Jaccepte les termes  » type de confirmation, mais que ‘ cest juste mon avis
• Cest tout simplement horrible.
• @Bennett, les clients ont adoré. Horrible pour vous est formidable pour quelquun dautre. Ce qui compte, ce sont les clients. Tous les autres, bons points sur la formulation dannulation.

Ce que vous avez est grammaticalement correct, mais je prends note de votre point.

Vous pouvez essayer de diviser le message en deux phrases:

Cet élément sera supprimé, êtes-vous sûr?

Cela déplace la partie importante de la question vers lavant où elle est (espérons-le) plus susceptible dêtre lue.

Jaurais aussi tendance à éviter les messages pour les actions qui peuvent être annulées et à réduire le nombre dactions annulables au minimum absolu.

Commentaires

• Et, bien sûr, remplacez this item par le nom réel de lélément!
• @Jared – oui – expliquez ce que vous allez faire.

Pour les messages critiques, vous voulez être aussi clair que possible et vous assurer que lutilisateur lit le message.

Messages comme

En cliquant ici, vous acceptez que …

Êtes-vous sûr de vouloir ….

Perdez-vous sur le utilisateur, Lutilisateur le lit comme yada, yada, yada, peu importe … et clique sur oui sans regarder.

Pour que lutilisateur lise le message dans lequel il doit se trouver le bon ordre.

• Nommez laction qui va se produire
• puis lavertissement
• puis la question
• puis laction à prendre.

Vous êtes sur le point de soumettre votre candidature, Cette action ne peut pas être annulée, Voulez-vous continuer, Cliquez sur oui pour continuer ou cliquez sur Annuler

Cest un peu long mais si vous avez besoin que lutilisateur lise le message, cest le moyen le plus sûr.

Commentaires

• Votre message, bien que meilleur que yadayada , a toujours un problème – pourquoi est-ce que je clique sur  » oui  » pour continuer, au lieu de  » continuer « ? Quelque chose comme ça serait mieux: Your application is ready to submit. If you continue, this can not be undone. Would you like to continue? [Continue] [Cancel]
• @Jared, Bon point, sonne mieux et serait plus court.
• Que diriez-vous dun plus percutant version?  » Soumettre votre candidature? Ça ne peut pas être annulé. [Continuer] [Annuler]  » (En fait, dans de nombreux cas, dire que laction ne peut pas être annulée nest pas utile de toute façon.)

Les Directives Apple Human Interface pour Mac OS X ont beaucoup à dire sur boîtes de message (panneaux dalerte).

Les noms des boutons doivent correspondre à laction que lutilisateur effectue en appuyant sur le bouton – par exemple, Effacer, Enregistrer ou Supprimer . Le bouton le plus à droite de la boîte de dialogue, le bouton daction, est le bouton qui confirme le texte du message dalerte. Le bouton daction est généralement, mais pas toujours, le bouton par défaut.(Notez que dans les méthodes Cocoa, le bouton le plus à droite est toujours considéré comme le bouton par défaut, même sil peut ne pas lêtre.) Pour plus dinformations, consultez «Ignorer les dialogues».

Le problème avec lAPI Windows Message Box est quelle ne vous permet pas de spécifier les noms des boutons que vous voulez, vous obligeant plutôt à lancer votre propre boîte de message ou à utiliser le Oui / Non intégré / OK / Annuler les boutons.

Pour plus de lecture, voici un article intéressant traitant des problèmes avec les boîtes de message en général: Pourquoi les boîtes de message sont Evil .

Commentaires

• Les problèmes de lAPI Windows Message Box sont traités par API de la boîte de dialogue des tâches . (Nouveau dans Windows Vista)

Il ne sagit pas toujours de ces actions explicites comme supprimer, effacer, save..etc .. Il peut y avoir certains scénarios où lutilisateur peut quitter sans le savoir un processus critique en cours.

Par exemple: lutilisateur est en cours de paiement et appuie sur le bouton de retour.

Dans ce scénario, lutilisateur doit être alerté.