Mental Models

Help people predict what the system will do.

01 / UNDERSTAND

The idea

A mental model is someone’s working explanation of how a system behaves. It lets them predict consequences before they act: whether sharing a link grants access, whether archiving removes a message permanently, or whether two database views contain the same records. A familiar icon can help, but an accurate prediction matters more than familiarity alone.

People build these explanations from labels, prior experience and the feedback a product gives them. Problems appear when the interface suggests one rule and the system follows another. A person may assume a filtered view is a separate copy, for example, and delete records that still matter elsewhere. Research the explanation people are using, then make ownership, scope and consequences visible. If the system must behave unexpectedly, explain the difference before a consequential action rather than waiting for an error to teach it.

02 / RECOGNISE

See it in real products.

Examples of how the principle can appear in an interface.

GoogleEXAMPLE 01

Separate a link from the permission to open it

Google Drive’s sharing dialog presents people and access controls alongside the link. This makes a crucial distinction available at the decision point: possessing a URL and having permission to read or edit the file are different things. Test whether users can explain that distinction before sharing.

Google · Interface exampleProduct reference
NotionEXAMPLE 02

Show multiple views of the same records

Notion allows a database to appear as a table, board, calendar and other views. Switching the view changes how the records are presented, rather than creating an independent copy. A clear shared database model helps people predict how editing an item affects the other views.

Notion · Interface exampleProduct reference

03 / CONNECT

Why it matters.

Investigate mistaken predictions, unintended changes and successful explanation of permissions, rather than measuring familiarity alone.

Possible influences to investigate, rather than guaranteed outcomes for every product.

04 / APPLY

Put it into practice.

  1. 01

    Ask users to predict an action before they perform it

  2. 02

    Show the scope of sharing, editing and deletion

  3. 03

    Explain exceptions beside the affected control

05 / EXPLORE WITH UPSLIDE

Apply it with Upslide.

Use a practical guide, read a deeper explanation, or examine a related Upslide project.

Keep exploring

70 PRINCIPLES TO EXPLORE

The UX glossary

Current principle: 39 of 70 · Alphabetical order

THE UX GLOSSARY

Find your next idea.

PASS THE IDEA ALONG

Share this page

LinkedIn WhatsApp Email

UPSLIDE DESIGN STUDIO

Watch the explainer

Playback unavailable? Watch on YouTube ↗

SHARE WHAT YOU NOTICED

Contribute an example.

Share a screenshot and a few words. We’ll review it before publishing.

Add links or contact details (optional)

Reviewed by the Upslide team.