Confirmation dialogs
Confirmation dialogs are used to prevent users from taking irreversible or dangerous actions. They add a bit of friction in exchange for safety, by increasing the number of steps needed to complete an action.
Because it’s an extra step, the first question to ask is: Can we avoid it? For example, could we offer an undo option instead? If yes, a confirmation dialog might be unnecessary. If not, we can still follow a few patterns to improve the user experience.
Communicate at a glance
In most cases, people don’t really read confirmation dialogs. They’re focused on completing their task, and the dialog feels like an obstacle. That means:
- We want to minimize interaction time with the dialog
 - We have a split second of attention to communicate what we need
 
As a result, the dialog message should be as short and clear as possible. The sections below go into more detail.
Order of importance
When users see a dialog, they typically interact with its parts in this order:
- Actions — Buttons are impossible to ignore since users must choose one
 - Title — Often read, but can be skipped if actions are obvious
 - Description — Often ignored
 
Design accordingly.
Guidelines
General principle
A “novice gaze” is an idea that a screen should not require prior knowledge to understand. Picture this: a user starts an action, gets distracted by a notification, then comes back 30 minutes later to a dialog asking: “Do you want to do this?” Now they have to retrace their steps to remember what “this” is. This is an example of breaking the “novice gaze”.
To maintain it:
- Avoid pronouns — name specific objects
 - Use user-defined names when possible (e.g. service ‘Analytics’)
 
Actions
- Use clear, specific verbs
 - Match the verb used in the title
 - Avoid generic verbs like “OK” or “Confirm”
 
Title
- Phrase it as a question
 - Use the same verb as the confirm action
 - Include both the action and the target (e.g. Delete service ‘Analytics’?)
- Place service names, organization names between single quotation marks
 
 - Don’t overload it — be informative but concise
 
Description
Since it’s often skipped, omit the description if it’s not adding extra value. If extra context is needed to make a decision, use the description to explain the consequences, but keep it brief and scannable. One to two short sentences should suffice.
Examples
✅ Do:

- Explicit actions
 - Description explains consequences
 
❌ Don’t:

- Misleading actions (does “Cancel” cancels the import or dismisses the dialog?)
 - Description doesn’t add new information
 
✅ Do:

- The question is immediately clear from both actions and title
 - Affected key is referenced in title
 - Description explains consequences
 
❌ Don’t:

- Unclear question:
- The actual action is hidden in the middle of description
 - Generic verbs
 
 - No reference to the specific key, which key is being deleted?