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.
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.
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.