Quelles sont les alternatives à la phrase "Êtes-vous sûr de vouloir XYZ" dans les boîtes de dialogue de confirmation?
Je n'aime pas voir le mot "vous" dans le message deux fois. Exemples:
- Êtes-vous sûr de bien vouloir supprimer cet élément?
- Es-tu sur de vouloir continuer?
Une partie de la raison pour laquelle les gens sautent les longs messages est due à la vitesse de lecture.
Supposons, pour les besoins de la discussion, que quelqu'un ait une vitesse de lecture moyenne - environ 200 mots par minute. (*)
Si vous utilisez seulement 20 mots dans une boîte de dialogue, vous demandez à cet utilisateur de passer 6 secondes à lire et à comprendre ce que vous avez écrit.
Bien que cela ne semble pas beaucoup, une pause imposée de six secondes lorsque vous essayez de faire quelque chose peut sembler être extrêmement longue.
(*) Et ne faites pas l'erreur de supposer qu'une faible vitesse de lecture signifie une faible intelligence.
Donc, trois suggestions pour vous, toutes visant à une clarté maximale avec un minimum d'agitation.
- Soyez aussi concis que possible
- Identifier l'élément à risque
- Nommez vos boutons pour les actions
Voici une simple boîte de dialogue de suppression:
Réduisons le nombre de mots au minimum pour en faciliter la lecture:
Maintenant, identifions l'élément à risque et étiquetons les boutons de l'action:
Beaucoup mieux - plus facile à lire et plus clair.
Un autre exemple - une boîte de dialogue de continuation.
Simplifiez la formulation.
Encore une fois, identifions ce qui se passe et étiquetons les boutons des actions.
Une nette amélioration.
Voici une dernière pensée. Évitez les négatifs, en particulier les doubles négatifs. Certains anglophones natifs trouvent les doubles négatifs difficiles, et beaucoup de ceux qui apprennent l'anglais comme langue seconde les trouvent déroutants (surtout si leur langue maternelle utilise des doubles négatifs pour mettre l'accent au lieu de l'inversion).
Je tiens toujours à montrer à l'utilisateur lequel l'élément est supprimé (d'autant plus que le dialogue peut obscurcir l'élément en question, mais aussi parce que voir un texte identifiable dans le dialogue attirera l'attention):
Supprimer "votre article préféré"?
Vous pouvez également injecter un peu d'humour ici et là, selon le type d'application que vous créez:
Vous ne voulez sûrement pas continuer sans économiser? [Oui je le fais, laisse-moi tranquille] [Oh oui, merci de me le rappeler]
Si vous le testez, vous remarquerez que les messages humoristiques sont remarqués un peu plus souvent simplement parce qu'ils se démarquent de la foule des messages génériques et (s'ils sont en fait assez mignons) ont un sourire sur le visage de l'utilisateur . Que pourrais-tu vouloir de plus?
Il est préférable de ne pas avoir de telles boîtes de dialogue, mais d'implémenter la fonctionnalité d'annulation.
Le dialogue est inutile 95% du temps, alors pourquoi l'imposer aux gens? Essayez-vous d'aider les gens? ou essayez-vous de rejeter la faute sur l'utilisateur "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 l'action qu'ils viennent de faire.
Voilà donc la mauvaise approche pour résoudre le problème.
Le problème est le suivant: l'action de l'utilisateur peut avoir des effets indésirables si elle est effectuée par erreur.
Une meilleure solution à ce problème serait de permettre à l'utilisateur d'annuler sa modification.
Si vous leur avez permis d'annuler les suppressions, vous obtenez deux bonnes choses:
- Vous n'aurez pas à ennuyer l'utilisateur avec des dialogues inutiles.
- Les utilisateurs peuvent récupérer des suppressions involontaires.
L'implémentation de l'annulation est beaucoup plus difficile que d'afficher une boîte de confirmation.
Google suggère deux façons différentes et les deux suppriment complètement "vous".
Consignes de rédaction de Google Design suggère ce qui suit:
Omettez les phrases inutiles
Vous pouvez ignorer de nombreuses phrases d'introduction courantes et aller droit au but.
De plus dialogues d'alerte Material Design suggère de reformuler la question pour supprimer le 'êtes-vous sûr?'
Alertes avec barres de titre
Utilisez les alertes de la 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 en se basant 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, l'ambiguïté ou les questions telles que "Attention!" ou "Êtes-vous sûr?"
Supprimer cet élément?
Continuer?
Droit au but.
Une chose critique à retenir est que les gens ignorent les messages "Êtes-vous sûrs". Vous devez les forcer à réfléchir à la décision. Voici une de mes faveurs.
Ce que vous avez est grammaticalement correct, mais je comprends 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 l'avant où elle est (espérons-le) plus susceptible d'être lue.
J'aurais également tendance à éviter les messages pour les actions qui peuvent être annulées et à réduire le nombre d'actions à annuler au minimum absolu.
Pour les messages critiques, vous voulez être aussi clair que possible et assurez-vous que l'utilisateur lit le message.
Des messages comme
En cliquant ici, vous acceptez que ...
Êtes-vous sûr de vouloir ....
Perdez-vous sur l'utilisateur, l'utilisateur le lit comme yada, yada, yada, peu importe ... et clique sur oui sans regarder.
Pour que l'utilisateur lise le message, il doit être dans le bon ordre.
- Nommez l'action qui se produira
- puis l'avertissement
- alors la question
- puis l'action à entreprendre.
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
C'est un peu long mais si vous avez besoin que l'utilisateur lise le message, c'est la façon la plus sûre de procéder.
Il ne s'agit pas toujours de ces actions explicites comme supprimer, effacer, enregistrer .. etc. Il peut y avoir certains scénarios où l'utilisateur peut, sans le savoir, quitter un processus critique en cours.
Par exemple: l'utilisateur est au milieu du paiement et appuie sur le bouton de retour.
Dans ce scénario, l'utilisateur doit être alerté.
Les Apple Human Interface Guidelines pour Mac OS X ont beaucoup à dire sur les boîtes de message (panneaux d'alerte).
Les noms des boutons doivent correspondre à l'action que l'utilisateur 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 d'action, est le bouton qui confirme le texte du message d'alerte. Le bouton d'action 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 désigné comme le bouton par défaut même s'il ne l'est pas.) Pour plus d'informations, voir "Fermeture des boîtes de dialogue".
Le problème avec l'API Windows Message Box est qu'elle ne vous permet pas de spécifier réellement les noms des boutons que vous souhaitez, au lieu de cela vous obliger à rouler votre propre boîte de message ou à utiliser les boutons intégrés Oui/Non/OK/Annuler .
Pour plus de lecture, voici un article intéressant parlant des problèmes avec les boîtes de message en général: Pourquoi les boîtes de message sont-elles mauvaises .