Small defaults matter

Quick scan

• Problem: Weak defaults force users to make decisions too early.
• What we tested: Prioritize invisible, sensible defaults before adding options.
• What worked: Reduced friction and a more polished first-run experience.
• Use this now: Review your first three user choices and remove at least one.

Defaults are the product's first handshake. People only notice settings when those defaults fail them, so good defaults feel invisible.

In practice that means choosing sensible copy tone (Tone Switcher helps compare a few variants before picking one), clear empty states, and conservative behavior before asking users to configure anything.

The fastest way to make a product feel polished is to remove the first decision burden, not add another preferences panel. The interface angle on this is covered in Designing for a little delight: the same restraint that makes defaults good also makes personality land well.

How to audit your current defaults

List the first three choices a new user must make. For each one, ask: can this be a sensible default instead? If yes, set it and remove the prompt. If no, make sure the choice is framed by outcome ("Choose how long the session lasts"), not by mechanism ("Set timeout in milliseconds").

Use Text Workbench to tighten the copy for any remaining prompts — short, concrete labels reduce the cognitive cost of decisions that genuinely need to be made.

Related

• Designing for a little delight — once defaults are sensible, personality can follow.
• Tiny tools that earn trust in 10 seconds — the first experience is almost always a default in action.

FAQ

How do I know if a default is good?

A good default feels invisible. Users do not notice it, and they do not need to change it to get their first successful result. A bad default is noticed immediately — either because it is wrong or because it prompts a decision before the user understands the product.

When should I add an option instead of changing the default?

When users genuinely have different valid needs that cannot be served by one baseline. Avoid adding options to avoid the harder work of picking a sensible default.

What breaks when defaults are wrong?

Trust breaks first. A bad first impression is disproportionately sticky. Users attribute a weak default to the whole product, not just to the setting.