What your buttons say is as important as how they look. Using the wrong words on your button labels cause users confusion, more work, and slower task times. If you want to make it easy for users to take action on your app, you need to choose the right words on your button labels.

Here are five rules to help you choose the right words to make your buttons actionable. Follow these five rules, and your users will have no trouble taking the right action on your app whenever they see a button.

Rule 1: Use Action Verbs

Your button labels should inspire users to act with action verbs. When users read an action verb, they know what the button will do. They can take action without reading any supporting text such as confirmation dialog.

Compare that with generic “yes/no” button labels often used on confirmation screens. Users have to read the dialog before they can take action. If they skip or misread the dialog, they’ll press the wrong button. Passive labels not only make it riskier to take action, but it forces users to do more work.

To illustrate, the example below blocks out the dialog so that only the buttons are visible. The button labels with action verbs allow users to take action, but the buttons that use “Yes/No” labels don’t. Action verb button labels are more task-efficient.

Rule 2: Use Precise Diction

Each action verb you use has a specific connotation. If your diction isn’t precise, users can misinterpret what the button will do.

For example, the words “delete” and “remove” are similar in meaning, but different in connotation. “Delete” implies that the button will erase the item from the system. “Remove” implies that the button will separate the item from a group. Using these words in the wrong context can cause users concern when they press the button.

In a playlist, the “delete” label makes users think they’ll lose their song. This diction is wrong because that’s not what happens. The “remove” label is more precise because the action takes the song out of the playlist, but does not destroy it.

Rule 3: Use Task-Specific Language

A vague and generic button label causes uncertainty in users. They’re unsure what the button will do because the label doesn’t specify. Users need to know the result of their actions, and only task-specific language can do this.

To illustrate, the word “submit” is a technical term you can use for most buttons. But that would make the button labels vague and generic. When users read it, it’s unclear what happens because the label is not specific to the task.

In contrast, the word “publish” is specific to online publishing. As a result, users get the impression that the app will post their review to the public after they press the button. This button label is clearer and gives users certainty to act.

Rule 4: Use the Active Imperative Form

Too many words on a button label make users read more. When you use the imperative form in an active voice, you minimize the number of words and make the button label easier to scan.

The active imperative form turns verb phrases into commands. This form allows you to drop the subject and unnecessary articles for a more concise button label. All you need to include on your button label is a verb with an adverb or direct object.

Users trust and understand commands on button labels more. It gives them certainty that the button will perform the intended action, which helps their decision-making.

When using the active imperative form, avoid instructional terms that tell users how to use their device. A common mistake is to use “click here” in a button label. This term not only makes the label wordy, but it’s also redundant for the user. Instead, use verbs that are unique and describe the action to incentivize users to “click.”

Rule 5: Use Sentence-Style Capitalization

The capitalization style of your button label expresses your tone to users. The tone isn’t what you’re saying but how you’re saying it. This expression creates an emotional reaction in users that either engages or repels them.

A sentence-style capitalization is best because it conveys a friendly tone that invites users to press the button. Most reading done by users is of sentences, which means they’re most familiar with sentence case. When they read it on your buttons, it feels like someone is speaking to them in a natural voice.

In contrast, title-style capitalization has a more formal tone. A formal tone feels impersonal and makes your buttons less inviting to press. It makes users feel like someone is speaking to them in a stilted voice. Title case breaks the natural reading flow and distracts users from the underlying message.



An all-uppercase style isn’t right because it conveys a loud tone. Users feel as if someone is yelling at them to press the button. Not only that, but it also has lower readability because of the lack of word shape. The lack of shape contrast makes it less accessible for users with dyslexia.

An all-lowercase style conveys a casual and lazy tone in a mumbling voice. It makes users feel as if no one put care or attention into the design. Users can sense a lack of professionalism and not trust the button.

Actions Speak as Loud as Words

The call to action speaks as loud as the words on your button label. If you choose the wrong words on your button labels, the call to action won’t matter.

The five rules will guarantee that your buttons get some action. No longer will users have uncertainty or confusion when they read your buttons. Instead, your button labels will give them clarity and motivation to take the right action.

Toolkits