Evidence rating
Effect score (E): 4/5 Evidence for the underlying principle or measurement method.
Transfer score (T): 3/5 Evidence for reliable results in digital product practice.
Evidence level: High
[Plausible based on UX research] Treat mental models as working hypotheses and check them with target users through observation, interviews, or testing.
Scale and rating rules
Effect score: 5 established · 4 robust · 3 context-dependent · 2 weak · 1 preliminary.
Transfer score: 5 practice-proven · 4 field-supported · 3 partially supported · 2 plausible · 1 hypothesis.
Without a robust scientific or normative source, E is capped at 3. Blog and agency opinions support at most T=2. If evidence conflicts, the more conservative score applies until justified otherwise.
Evidence level: High = E ≥ 4 and T ≥ 3; Moderate = E ≥ 3; Preliminary = E ≤ 2 or T ≤ 1.
Mental Models in HCI
Mental models are internal representations with which users understand, predict and operate systems. They play a central role in human-computer interaction (HCI).
Mental models are users’ subjective ideas of how a system works. In HCI, aligning those expectations with actual system behavior makes interfaces easier to learn and reduces errors.
Definition
A mental model is a simplified, subjective idea of how a system works. It influences how people interact with this system.
Why mental models are crucial
When people use a new system, they build on experience and analogies. Mental models help them to explain functions, predict actions and avoid problems - for example when exploring an unfamiliar interface.
If this model is missing, users feel disoriented. If it is wrong, frustration arises: for example, when the “Save” button does not do what was expected.
How users form mental models: familiar patterns and feedback
People build mental models from prior experience, visible interface cues and the results of their actions. A shopping-cart icon suggests that selected items can be reviewed before purchase; a magnifying-glass icon suggests search. If the same icon instead opens a filter or immediately commits an irreversible action, the interface violates that expectation. Clear feedback then helps users update their understanding of how the product actually works.
Three ways an interface teaches users what to expect
Mental models do not appear all at once. Users combine what they already know with clues in the interface, then revise their assumptions as they use the product:
- Transfer from familiar products: Someone who has used online shops expects a cart to hold items before checkout. A new shop can build on that expectation instead of explaining the pattern from scratch.
- Interpret visible cues: A folder icon suggests that files can be grouped and opened. If selecting it immediately shares those files, the icon and action send conflicting messages.
- Learn from consequences: After a user saves a document and sees “Saved just now,” they learn that changes are stored automatically. Without that status, they may keep looking for a separate Save button.
For example, a first-time user might assume that “Archive” deletes an email because both actions remove it from the inbox. A clear label, an archive location and an undo message teach the difference. Each later interaction reinforces or corrects that model.
Mental model, system image, and design model
Norman’s well-known model distinguishes three perspectives:
- Design model - the conceptual model designers build into the system
- System image - everything the system communicates, including its interface, documentation, and feedback
- User model - the understanding users develop from the system image and their experience
The system’s actual behavior is a separate consideration: it must be communicated through the system image so users can form expectations and understand the results of their actions. For example, a recycle-bin icon may suggest that a file is deleted even though it is initially moved to another storage location.
| Model | Describes | UX question |
|---|---|---|
| Mental model | What users believe the system does | What do users expect to happen? |
| Designer model | How the design team thinks it works | Which assumptions shaped the interface? |
| System behavior | How the system actually behaves | What does the product really do? |
Best Practice Example
A “Send” button usually implies that a message will be sent now. If the app first saves it as a draft, say so explicitly and show its status; feedback should make the actual system state clear rather than ask users to infer it.
How design supports mental models
A good interface conveys functions intuitively. This is achieved through:
- Consistency - e.g. similar navigation as in known apps
- Affordances - such as buttons that look like real keys
- metaphors - such as “desktop”, “folder”, “recycle bin” or “shopping cart”
- feedback - for example through animations, sounds or status displays
- Error tolerance - e.g. “Undo” function or warnings before deletion
You can find out more about affordances here.
How to capture mental models
UX research uses various methods to make mental models visible:
- Card Sorting shows how users structure information.
- Interviews and Thinking-Aloud-Methods provide insight into thought processes.
- Concept Mapping visualizes explicit ideas.
- The comparison of user behavior with system logic uncovers model conflicts.
A practical workflow
- Identify the key task and the behavior users should be able to predict.
- Ask users to explain expectations before and during the interaction.
- Compare their statements and actions with the actual system behavior.
- Fix mismatches with clear labels, familiar patterns, feedback and reversible actions.
- Re-test the changed flow with representative users.
These methods are closely linked to the pages on the Thinking-Aloud-Method and UX-Interviews.
Conclusion
Mental models are cognitive tools that we use to understand the digital world.
A user-centered design takes into account not only how a system works - but also how it is understood.
Because the better the system logic and mental models match, the more intuitive the use becomes.
Take Home Message
Systems should adapt to the user’s mental model - not the other way around.
Frequently asked questions (FAQ)
What is a mental model?
Why are mental models important in HCI?
What is the difference between a mental model and a system model?
How can design support mental models?
How can mental models be captured?
What happens when mental models are wrong?
Science corner: evidence data
- Setting
- HCI research and contextual user research
- Replication status
- Mixed findings
- Evidence level
- High (E=4, T=3)
- Key sources (APA)
-
- Norman, D. A. (1983). Some observations on mental models. In D. Gentner & A. L. Stevens (Eds.), Mental models (pp. 7–14). Lawrence Erlbaum.
- Johnson-Laird, P. N. (1983). Mental models: Towards a cognitive science of language, inference, and consciousness. Harvard University Press.
- Kieras, D. E., & Bovair, S. (1984). The role of a mental model in learning to operate a device. Cognitive Science, 8(3), 255–273. https://doi.org/10.1207/s15516709cog0803_3
- Staggers, N., & Norcio, A. F. (1993). Mental models: Concepts for human-computer interaction research. International Journal of Man-Machine Studies, 38(4), 587–605. https://doi.org/10.1006/imms.1993.1028
- Review date / version
- 2026-11-01 · 1.1
- Next review
- 2027-11-01 (Review cycle: 12 months)
Last modified: 1 November 2026