Inline Prompt

Inline prompts appear alongside a specific component on the screen. They help the user stay informed, fix something, or get more out of what they’re doing.

Inline prompt hero image showcasing an inline prompt within an input.
When to use

Use an inline prompt:

  • if you have a message that relates to a single component.

Don't use an inline prompt:

  • if the message relates to multiple components — use an info prompt.

Inline prompt within a password input.
Types & Usage

There are 5 different types of inline prompts — error, warning, neutral, success and proposition. Each has a different use case and rules around their implementation.

Error

Use an error to let users know when something has gone wrong and needs their attention. 

Inline prompt within a dropdown component.
Error inline prompt within a password input.
Error inline prompt within a dropdown component

Warning

Use a warning when you need to alert users to potential issues that could impact their experience. These messages are preventative — they help users take action to avoid negative outcomes. 

Warning inline prompt within a password input.
Warning inline prompt within a upload input.
Warning inline prompt within a upload input.

Neutral

Use a neutral prompt when you need to guide the user or give additional context.

Neutral prompts can transition to a success or error message when used in a form.

Neutral inline prompt within a text input.
Two text inputs with neutral and error inline prompts.

Success

Use a success prompt to communicate that an action or process was completed successfully. These provide positive reinforcement and closure for the user.

You can use a status icon alongside the message — just make sure to use one relevant to the message.

A password creation interface showing two input fields with a green success message stating "Passwords match."
Password form showing a success inline prompt stating "Passwords match.
Fee calculation card showing a success inline prompt stating "You’ve saved 10GBP" with a smiley face icon
A payment method card for a bank transfer featuring a lightning icon in a success inline prompt that reads "Arrives in seconds."

Proposition

Use a proposition to encourage the user to take an action that might benefit them.

These should only appear in list items. The feature or benefit should be clearly related to the action in the list.

Only include a proposition if it’s relevant to what the user is already doing. If we show too many of these prompts, or they feel off-topic, we risk undermining trust and the experience feeling like spam.

Choose account" interface with a proposition inline prompt stating "Save 20% on fees."
Reward card with a proposition inline prompt stating "Earn 50GBP per referral."
Amount entry field with a proposition inline prompt stating "Earn a return on your USD."
Payment card with a proposition inline prompt and lightning icon stating "Arrives in seconds."
Payment card with a proposition inline prompt and smiley icon stating "Arrives in seconds."
Payment card with a proposition inline prompt and price tag icon stating "Arrives in seconds."
Payment card with a proposition inline prompt stating "Compare our fees with others."
Placement

Inline prompts should appear next to the component they relate to. This helps users connect the message to a specific action.

Muted

For components that are disabled, the inline prompt will be muted, and displayed with a backslash circle icon where the prompt icon was previously.

List item with a muted inline prompt with a blocked icon and validation copy containing a text link.
List item with a muted inline prompt with a blocked icon and validation copy without a text link.
Interaction

Real-time checks

Inline prompts are also used when forms need to check something in the background, like verifying an account number is real.

We’ll show a loading message and icon while waiting for the check to finish.

  • Only use background checks for things that need to be verified with external systems, like bank account numbers or IBANs.
  • Use a neutral prompt to tell users upfront when we’ll check something.
  • Don't use these types of checks for every field.

Writing an inline prompt

All inline prompts should:

  • Be specific – clearly starting what the customer needs to know or do.

  • Be concise – no more than 2 short sentences so users can quickly understand the message.

  • Include key details – use dates, names, or amounts when they add clarity.

  • Avoid headings or paragraph breaks – these messages should feel part of the experience, not separate from it.

  • Use full sentences with full stops – this helps keep the message clear and professional.

Tone

Your tone should vary depending on the type of message you’re giving. Sometimes you might be telling the user good news, and sometimes it might be a warning, or bad news. Use a tone of voice that matches the scenario.

Error

With any error message, be clear. Something has gone wrong and so the job of the prompt is to communicate what’s happened and how it can be resolved.

  • Clearly state the issue – start by explaining what’s gone wrong.
  • Tell the user how to fix it – be specific and actionable.
  • Use an impartial, helpful tone – don’t blame the user for any mistakes.

Password input field showing an error message: “Wrong password. Please try again.”
Password input field showing a generic error message: “Something has gone wrong. Try again.”

Warning

Warnings help the user prevent future issues. They need to be clear and concise.

Use an impartial tone and try to distill your warning down to two parts:

  • Explain the potential issue – start by telling the user what could go wrong.

  • Give clear guidance – explain what the user can do to avoid a negative outcome.

Password field with a warning advising the user to add a number or special character for a safer password.
Password field with a warning that only states the password is weak.

Success

Although you're delivering good news, keep your message concise. This prompt only relates to one component, so avoid an over the top celebratory tone.

  • Confirm the good news, but keep it brief and factual.
  • Avoid over-celebration — a simple confirmation is enough.

Concise "Passwords match" success prompt in a password input
Password field featuring a wordy, discouraged success inline prompt stating "Amazing! Your passwords are an exact match."

Neutral

Keep the tone factual and straightforward. Focus on providing clear, relevant information that helps the user understand their situation or options. We don’t want to overwhelm them with unnecessary detail.

  • State the key fact – keep it short and clear.
  • Make important details easy to scan – if applicable, highlight relevant dates or amounts.
  • Avoid unnecessary explanation – users should understand this at a glance.

List item with neutral inline prompt
List item with neutral inline prompt

Proposition

These messages should feel like helpful suggestions. Keep them short, relevant to what the customer is doing, and easy to scan.

Use a warm, inviting tone but don’t overdo it. The benefit to the user should be obvious and immediate. Avoid wordplay or anything that sounds like a hard sales push.

If the feature is genuinely helpful, including the benefit in plain English will do the work for you.

  • Frontload the benefit — make the value clear in the first few words.
  • Match the tone to the context — friendly and informative, not pushy.
  • Don’t use vague phrases like “Check this out”.
  • Don’t oversell — if the feature is useful, you won’t need hype.

Referrals and rewards list item with a proposition inline prompt stating "Earn 50 GBP per referral."
Money input showing GBP with amount 350.00 and a proposition prompt.
Availability

Platform

Available

Developer documentation

Android

iOS

Web

Web documentation