web-dev-qa-db-fra.com

Tout le texte du bouton doit-il commencer par un verbe?

Je lis The Grammar of Interactivity sur UXBooth et le trouve assez intéressant. Cependant, l'article cite David Hamill qui a dit (ou écrit):

Les boutons sont destinés à des actions, telles que "Obtenir un devis", "Télécharger", "Ouvrir un compte", "Passer à la caisse". Le texte du bouton doit commencer par un verbe. Sinon, ce n'est pas un appel à l'action, juste un bouton avec du texte dessus. "Plus d'informations", par exemple, n'est pas un appel à l'action.

Mais cela signifierait que le adjectif "OK" comme texte du bouton est faux. Si c'est faux - que devrions-nous utiliser au lieu de OK? Je suis confus, c'est pourquoi je demande "Tout le texte du bouton doit-il commencer par un verbe?"

28
Benny Skogberg

Le texte "OK" d'un bouton fait normalement référence à une action mentionnée ci-dessus dans le formulaire, qui sera généralement une boîte de dialogue.
Par exemple, le bouton "OK" de la boîte de dialogue "Supprimer cette chose" signifie supprimez-le, un verbe.
En fait, je préfère quand le verbe est dans le bouton, peu importe s'il est répété, car un utilisateur rapide peut vérifier l'action à entreprendre sans avoir à lire le contenu de la boîte de dialogue.
Dans l'exemple ci-dessus, le titre serait "Supprimer cette chose?" et les boutons "supprimer" et "conserver".

Alors oui, les boutons devraient être ou faire référence aux verbes.
Il peut y avoir des exceptions, d'où devrait au lieu de doit.

12
Juan Lanus

Je dirais que cela dépend de l'action du bouton . Lorsque vous traitez avec des appels à l'action (CTA), votre principal objectif est de communiquer une action à un utilisateur comme indiqué par cet article sur la rédaction de CTA efficaces , ce qui signifie:

Le tout premier conseil du livre classique Writing Tools encourage les écrivains à commencer des phrases avec des sujets et des verbes. En anglais, nous lisons de gauche à droite, et les verbes et les sujets nous aident à glaner rapidement le sens d'une phrase . Aussi élémentaires que puissent être ces faits, le reconnaître lors de l'élaboration de votre appel à l'action en ligne est crucial lorsque l'attention des lecteurs est plus difficile à saisir que l'ombre d'un oiseau qui bat.

En n'incluant pas de verbe dans la copie CTA, vous n'invitez pas les lecteurs à agir, ce qui peut nuire au taux de clics de votre appel à l'action et avoir un impact négatif sur les conversions.

enter image description here

En fait, les verbes sont la partie du discours qui génère le plus de partages sur Twitter, ce que les scientifiques HubSpot des médias sociaux Dan Zarrella ont rapporté dans sa recherche Science of Social Media. Il s'avère que les verbes battent les adverbes, les adjectifs et les noms en termes de leur potentiel pour attirer des partages Twitter!

Je recommande également de regarder ceci article pour des entrées supplémentaires sur pourquoi les CTA devraient être directs et devraient commencer par un verbe

Soyez direct : Votre site Web n'est pas l'endroit idéal pour tourner autour du pot. Il est impératif que vous fassiez savoir à vos visiteurs exactement ce que vous faites et exactement ce que vous aimeriez qu’ils fassent. Les visiteurs ne devraient pas avoir à penser à quoi faire ensuite; soyez clair avec vos directives: "inscrivez-vous", "téléchargez", "soumettez", "commencez".

Soyez exigeant : Votre CTA doit toujours avoir une action (duh). Mais assurez-vous que votre action est courte, simple et forte, au point d'être exigeante. Dites exactement ce que vous voulez que le client potentiel fasse: "télécharger", "regarder", "acheter". Évitez les mots faibles que tous les autres sites Web utilisent, tels que "cliquer", "obtenir", "voir" ou "essayer".

Cependant, si vous avez affaire à des boutons qui sont de nature simplement affirmative , alors c'est ce que Microsoft a à dire:

  • Commencez les étiquettes par un verbe impératif et décrivez clairement l'action que le bouton effectue. N'utilisez pas de ponctuation de fin.

Exception : Les étiquettes standard suivantes sont acceptées sans verbes: Avancé, Précédent, Détails, Suivant, Moins, Plus, Nouveau, Suivant, Non, OK, Options , Précédent, Propriétés, Paramètres et Oui.

16
Mervin

Les invites ou les dialogues où "Ok" est une option demandent essentiellement à l'utilisateur de confirmer qu'il a reçu et compris l'action qu'il vient de faire ou le message dans l'invite/dialogue.

Vous pourriez dire en cliquant sur 'Ok', l'utilisateur est 'Okaying' (verbe hypothétique) quand il clique sur Ok. Ou chaque "Ok" pourrait être changé en "Acknowledge", bien que je ne puisse pas voir cela se produire pour un certain nombre de raisons pour lesquelles je ne vais pas entrer ici.

Considérez également que les invites pourraient demander s'il est "OK" pour l'utilisateur de laisser quelque chose se produire. Dans ces cas, le texte du bouton doit se lire comme l'action de l'action qu'il autorise. Par exemple.

Souhaitez-vous rechercher ce fichier?

Ok | Annuler

Devrait être

Souhaitez-vous rechercher ce fichier?

Recherche | Annuler

4
Anonymous

Je peux penser à différentes classes de boutons:

  • Boutons d'action: indiquent au système d'exécuter une fonction. Ceux-ci devraient généralement commencer par un verbe (recherche, construction, etc.)
  • Boutons de communication: communiquez quelque chose au système, généralement sur la base d'une question à l'utilisateur. Celles-ci prennent la forme d'une réponse ou d'une déclaration de style dialogue (OK, Oui, Non, je suis d'accord, je ne comprends pas)
  • Boutons de navigation: ne dites pas au système de faire quoi que ce soit, mais naviguez à travers un flux de travail, un système d'information, etc. Ils n'ont pas d'étiquettes qui ont une classe syntaxique distincte. (Suivant, Précédent, Retour)

Je suis sûr que ce n'est pas complet, et je suis sûr qu'il y a des boutons qui tombent entre les catégories. Des règles comme celles-ci sont inutiles si vous les suivez sans réfléchir, et elles ne devraient vraiment pas être communiquées en tant que règles. Je dirais que c'est une bonne pratique:

"Lors de la conception d'un bouton, pensez à utiliser un verbe au début de l'étiquette. Souvent, c'est la meilleure option. Faites-le partout et vos boutons communiqueront leur effet clairement et seront brefs, cohérents et emphatiques."

1
Peter

Lors de l'étiquetage des boutons (et des hyperliens), nous devons garder à l'esprit que le premier mot de l'étiquette est notre point de départ. Cette Parole initiale devrait être assez bonne pour vous donner "une" compréhension.

Regardez cet aspect. Appuyez sur Ctrl + Alt + Suppr (sous Windows 7) et consultez la liste des options.

  • Verrouille cet ordinateur
  • Changer d'utilisateur
  • Se déconnecter
  • Changer un mot de passe
  • Démarrer le gestionnaire de tâches

En venant vers la dernière option "Démarrer le Gestionnaire des tâches", vous êtes censé "lire" tout "Démarrer le Gestionnaire des tâches" pour savoir qu'il s'agissait du Gestionnaire des tâches mais pour toutes les autres options, vous regardez simplement le premier mot et cela suffit pour transmettre les significations. (Bien que "Changer un mot de passe" soit encore une autre option qui nécessite plus de lecture, mais cela aurait dû être "Changer le mot de passe" au lieu de "Changer un mot de passe".)

Et si nous devions introduire quelques actions supplémentaires et si nous suivons l'approche ACTIONS TOUJOURS, voyons à quoi elles ressembleraient.

  • Lancer le panneau de configuration
  • Afficher le dossier des polices
  • Démarrer une session de navigation privée
  • Définir les options de dossier

C'est laborieux à regarder et vous devez lire toute la ligne sacrément pour obtenir le concept. Même si l'utilisation des "actions" avant une commande améliore la compréhension, cela se fait au détriment du scan visuel.

L'utilisation des actions tue également l'idée d'autres actions possibles qu'un utilisateur pourrait effectuer. Par exemple, lorsque je dis "Définir les options de dossier", cela signifie-t-il que je devrais modifier ou spécifier et je ne peux pas simplement "voir" ou "voir"? Si une action aussi simple qu'un clic sur un lien nécessite une explication implicite d '"ACTION", alors l'action peut elle-même conduire à de nouvelles controverses et séries de pensées.

Extraire

  • ne pas en faire une règle selon laquelle l'action doit apparaître avant chaque lien. Utilisez-les pour des fonctionnalités moins courantes et exécutez quelque chose d'important.

  • Nous lisons de gauche à droite et les premiers mots sont toujours plus importants que ce qui les suit. Utilisez judicieusement les premiers mots.

  • Les liens couramment utilisés sont bien compris et "Launching Control panel" peut facilement être remplacé par "Control Panel".

  • Twitter vend plus d'actions ne signifie pas que j'ai besoin d'actions sur ma Honda Accord! Chaque fois que vous regardez un contenu, ne négligez jamais son contexte.

0
Salman Ehsan

Alors que le bouton d'appel à l'action principal doit être un verbe, il existe d'autres situations où, au lieu d'un verbe, vous saisissez les sentiments de l'utilisateur. Considérez ces boutons:

enter image description here

Cela fonctionnerait bien dans des situations où le public cible pourrait ne pas utiliser le courrier électronique quotidiennement. Ainsi, une interdiction générale des titres de boutons non verbaux ne fonctionnera pas dans toutes les situations.

0
Adnan Khan

Ce n'est pas une directive déraisonnable, mais ce n'est pas universellement vrai que vous devez déclarer explicitement l'action comme un verbe. Parfois, le verbe décrivant l'action est implicite mais compréhensible quelle action est prévue en raison du contexte. Par exemple, si vous naviguez, les libellés des boutons peuvent être Précédent ou Suivant (les utilisateurs savent que les boutons signifient "Aller au précédent", etc.) si vous effectuez une recherche, les boutons peuvent être étiquetés De base ou Avancé. Dépend du contexte. Ignorer ou confirmer des actions telles que OK ou Terminé seraient d'autres exceptions.

Une directive générale est ici: http://www.Oracle.com/webfolder/ux/middleware/richclient/index.html?/webfolder/ux/middleware/richclient/guidelines5/button.html

0
uobroin