/ Library/ Too Much Information/ Selective Perception
Filter Bias № 152 · Last updated 13 May 2026

Selective Perception.

"Users don't see the interface — they see their expectation of what the interface should look like."

01Overview

Perception is not passive reception — it's active construction. We use prior knowledge, expectation, and context to fill in gaps, resolve ambiguity, and speed processing. Selective perception is the result: users don't process the interface as it actually is, but as their mental model predicts it should be. The gap between what's there and what's perceived is widest precisely where designers are most confident they've been clear.

You can't fix a mental model mismatch by adding more information. The filter is already active before the user reads your copy.

02Detailed explanation

Bruner & Postman's 1949 playing card experiment is the landmark demonstration. Participants shown anomalous cards — a red six of spades, a black four of hearts — initially perceived them as normal cards. They saw either a black spade or a red heart, because the combination violated the schema they'd arrived with. The perception filled in from the model, not from the stimulus. Three interface parallels:

  • Users who expect a nav bar at the bottom of the screen scan past it at the top. The nav is there. It's correctly positioned by convention. Their model predicts a different convention, and the prediction wins the first pass.
  • Users with a "free product" mental model miss paid features positioned in the nav — not because the features are hidden, but because the model excludes them from the search space entirely.
  • Users who "know" a form has three steps skip the progress indicator showing five. The indicator is read through the expectation, not instead of it.

The interface that's experienced is the one that fits the model the user arrived with. Until the model updates, the actual interface is largely noise.

03Why it exists

Full perceptual processing of every element on every screen is computationally expensive. Prediction is cheap. The brain builds a model of the environment and checks reality for deviations from that model, rather than processing every stimulus from scratch on every encounter.

In stable, familiar environments, this produces fast, accurate navigation with minimal cognitive load. In novel interfaces — or familiar-looking interfaces that behave differently from expectations — the same mechanism misfires. Users process the interface with the model they arrived with, and the model is wrong.

The short version

You can't fix a mental model mismatch by adding more information. The filter is already active before the user reads your copy.

04Effects on users

Familiar interaction patterns are executed without looking at the screen. Long-time users of a product navigate almost entirely from muscle memory and mental model — and are the last to notice when a redesign has changed something, because they're not looking at what's there.

New patterns placed in familiar-looking contexts are either missed or misinterpreted through old frameworks. A button that looks like a link, or a link that functions like a button, creates a model-reality gap that generates errors — not because users aren't paying attention, but because they're paying attention to the model.

Feature announcements are filtered through "this doesn't apply to me" when users' mental models don't include a need for that feature. The copy goes unread, not because it's poorly written, but because the model has already classified it as irrelevant.

05Effects on designers & teams

Designers perceive their own interfaces through intent, not through unfamiliarity. Having built the thing, the designer knows what every element is for. That knowledge is the model through which they read every usability session — which makes it very easy to see users succeeding when they're actually navigating around the interface rather than through it.

Usability testing with leading task prompts compounds this further. "Can you find the search?" tells users where to look and primes the right model. "How would you find an article about X?" tests actual mental model alignment. The two tasks look similar. They measure completely different things.

6Introspective view

Look inward. Expectations filter what researchers notice and record, so observation is never neutral.

From an introspective perspective, ask how Selective Perception may already be shaping your research, critique, planning, and interpretation — not only what users encounter in the finished interface.

Usability Testing

Sessions read through your hypothesis

While moderating a test, Selective Perception can steer what you notice — a stumble you expected feels confirming; an unexpected workaround gets filed as noise. Expectations filter what researchers notice and record, so observation is never neutral.

Research Synthesis

Themes that fit the deck

During synthesis, Selective Perception nudges teams toward a tidy narrative — quotes that support the emerging story rise to the top; outliers stay in the spreadsheet. Expectations filter what researchers notice and record, so observation is never neutral.

Discovery

Questions you set out to answer

Discovery framed around Selective Perception can narrow what you go looking for before the first interview ships. Expectations filter what researchers notice and record, so observation is never neutral.

Validation

Studies built to confirm

Validation plans for Selective Perception titled "validate" rarely surprise anyone: tasks, recruits, and success metrics are tuned to the outcome already favoured. Expectations filter what researchers notice and record, so observation is never neutral.

7Extrospective view

Look outward. Users see screens through their own expectations, so emphasis must work against, not assume, neutral attention.

From an extrospective perspective, Selective Perception is a property of the product experience itself — visible in pricing, copy, defaults, layout, and the moments where users decide whether to continue, convert, or leave.

Visual hierarchy

What the eye meets first

Size, colour, and motion direct attention — and Selective Perception means users overweight what was salient, even if quieter elements matter more for the task. Users see screens through their own expectations, so emphasis must work against, not assume, neutral attention.

Decisions

Choice architecture

When users must choose under uncertainty, Selective Perception shows up in how options are ordered, labelled, and defaulted — the interface is never neutral. Users see screens through their own expectations, so emphasis must work against, not assume, neutral attention.

Active use

Everyday tasks

In regular use, Selective Perception shows up in habit — users repeat what worked once, notice what is salient, and miss gradual interface changes. Users see screens through their own expectations, so emphasis must work against, not assume, neutral attention.

Pricing & Plans

What users compare against

On a pricing page, Selective Perception shapes which tier feels like the obvious choice — order, reference prices, and highlighted plans all set the comparison point. Users see screens through their own expectations, so emphasis must work against, not assume, neutral attention.

08Practical takeaways

  • Test comprehension, not just completion. A user who completes a task via workaround hasn't understood the interface — they've navigated around it. Ask what they think they just did. The answer is often surprising.
  • Ask "what is this page for?" before "can you complete this task?" Comprehension questions surface mental model mismatches before task testing can mask them. Model-first, task-second.
  • Use tree testing and card sorting before building. These tests reveal the navigation model users bring, not just whether they can navigate your proposed structure. Build to match found models, or plan explicitly to change them.
  • Never describe the feature before asking users to find it. Describing the feature primes the right mental model and invalidates the test. That's availability heuristic dressed up as usability research.
  • Redesigns require explicit mental model migration. Old patterns persist in memory long after the screen has changed. New patterns need onboarding investment proportional to how different they are from what users were doing before.

09Design examples

Navigation

Where they expect it to be

Users scan for navigation in the location their mental model predicts — and miss it when it's positioned correctly by your conventions but incorrectly by theirs. The nav isn't lost. It's outside the search window the user brought with them.

Feature discovery

The feature nobody uses

Features positioned outside users' mental model of "what this product does" go undiscovered regardless of how prominently they're placed. Prominence assumes the user is looking. Mental model mismatches mean they're not looking in that direction at all.

Forms

Skipping the field they didn't expect

Users skip over form fields that don't fit their mental model of what this form requires. The field is there. It's labelled. It gets missed because the model didn't include it, so attention slides past. Validation errors from skipped fields are often selective perception errors, not carelessness.

Error messages

The message nobody reads

Error messages positioned where users don't expect to find them are processed as visual noise and missed. The mental model places errors at the top of the form. Inline errors — however well-designed — have to fight that expectation on every encounter.

10Ethical risks

Interfaces that exploit selective perception deliberately — making small print visually identical to body copy, positioning consent controls where users expect to find something else, making "unsubscribe" look like a subscription confirmation — are deceiving through design rather than content. The user reads what their model predicts. The interface delivers something else.

This is distinct from poor design. It requires understanding how the mental model works and using that understanding to route attention away from information users need. The legal and ethical framing of "it was visible" doesn't hold when the designer knew the model would filter it out.

Self-test: If a user misses a key piece of information in your interface, does your team's first question ask what they missed — or why the design didn't reach them?

10Suggested reading