LLOS.ai
How Things Work
● How Things Work · Module 4 · Conceptual Models

Conceptual Models

You crank the thermostat to 30 so the room warms up faster. It was never going to — and the mistake was never yours.

You know a thing is a control, which one to use, and that it responded — Modules 1 to 3. Now the deepest question: do you know what it actually did? Every device hands you a story of how it works, and you act on that story — cranking a thermostat to warm up faster, jabbing a ‘close door’ button you believe does something, trusting a ‘save’ you picture living somewhere real.

A conceptual model is the simplified story in your head of how a thing works. Good design hands you a model that matches reality; poor design lets you build a wrong one and act on it with total confidence. You’ll feel that on a thermostat that refuses to heat faster, then a fridge whose two dials secretly fight, then a control you have to predict before you touch it.

~8 min3 felt labsdesigner vs user model10-question bankglossary · FAQ
The journey — how things work
signalsaffordance
mappingmatch the world
feedbackdid it work?
modelsthe story
constraintsno wrong moves
errorforgive
Same promise, step four: when a design confuses you, it’s the design’s fault — not yours.
What you’ll be able to do
01 · The story in your head

The thermostat myth

The room is freezing, so you crank the thermostat to 30 — it’ll warm up faster, right? Almost everyone believes this; almost everyone is wrong. A thermostat is not a throttle that heats harder the higher you push it. It is a target the heater races toward at one fixed speed. Crank it to 30 and you don’t get warm sooner — you sail past comfortable into sweltering, then spend the evening nudging it back.

The fault is not the thermostat. It is the story in your head — a ‘valve’ model where more means faster. Try both stories on the same cold room, and feel which one leaves you comfortable.

The thermostat
The room is 16°. Get it to a comfortable 22° — set the dial with the arrows.
▶ Start on Crank it (the valve story) and watch it overshoot. Then Set the target — the truth.
16°room 16°
peak reached 16° · adjustments 0
02 · When the model is hidden

The fridge whose dials fight

A fridge has two dials: Fridge and Freezer. Obvious, right? One sets each compartment. Except in many real fridges it’s a lie: there is one compressor making all the cold, and one damper splitting it between the two. Turn ‘Fridge’ and the freezer drifts; turn ‘Freezer’ and the fridge drifts too. People fiddle for days because the labels sold them a model the machine doesn’t have.

Fix the same machine twice. First with the lying ‘Fridge / Freezer’ labels, then with labels that tell the truth. Feel how the honest model stops the fight.

The fridge that fights
Both compartments are too warm. Get the fridge to 3–6° and the freezer to -18 to -13°.
▶ Start on Fridge / Freezer and feel every dial move both. Then Honest labels — same machine, clear model.
Freezer-5°
Fridge
Fridge
3
Freezer
2
adjustments 0
03 · The test of a good model

Predict, then reveal

Here’s the whole point of a conceptual model in one move: a good one lets you predict what a control will do before you touch it. A bad one surprises you. Call each of these four before the reveal — and count how often the design fooled you.

1 of 4no surprises yet
The craft of the right story

The best design tells its own story

A conceptual model sounds abstract until a thermostat or a fridge quietly runs the wrong one for you. Named clearly, it is the quiet force behind whether a product feels obvious or baffling.

Make the story in their head the true one.

There are really three models in play. The designer’s model — how the maker thinks it works. The system’s actual behaviour. And the user’s model — the story a person builds just from using the thing. The designer never talks to the user directly; they only leave clues in the product. So everything the design shows — its shape, labels, feedback, layout — is the system image, and it is all the user has to build their story from.

When the system image is honest, the user’s model matches reality and they predict correctly. When it lies — a ‘power’ button that sleeps, a ‘fridge’ dial that isn’t — the user builds a confident, wrong story and acts on it. You don’t fix that with a manual. You fix it upstream: with the tools of the last three modules. Signifiers hint the model, mapping matches it to the world, and feedback corrects it the moment it drifts.

So the working test is a prediction: hand the thing to a first-timer and ask, before they touch it, “what will this do?” The closer their guess to the truth, the better your system image — and a design people can predict is a design that has already explained itself.

Cast your vote

Which design gives the truer model?

Five face-offs. Same device, two ways of presenting it — one hands you a wrong story, one tells the truth. Pick the clearer, then see why.

Round 1 of 5Score 0
Seen in the wild

A model told right

The best conceptual models are so honest you never notice them. Here are two that hand you the true story at a glance.

Trash
Recycle bin
Deleted, but recoverable

A visible bin tells the true story: ‘deleted’ files aren’t gone, they’re in there until you empty it. The metaphor hands you an accurate, forgiving model instantly — no manual needed.

123
Step indicator
Where am I, how much left

A 1-2-3 stepper gives a form a model you can hold: how far in you are, how much remains, that going back is safe. It turns an unknown into a map.

Where models lead next

A good model tells you what a control will do. The next step is stronger still: shape the control so the wrong thing simply cannot be done — a lid that won’t close on the wrong setting, a plug that only fits one way. That is the next bridge: constraints, the design that makes error impossible.

Take it further

The real references

The three-models idea — designer’s, system’s, user’s — is Norman’s, and the field has built on it for decades. Four worth your time. (Opens in a new tab.)

The vocabulary

The Conceptual Models glossary

Six words that turn “this is confusing” into a precise diagnosis. Tap a card to flip it.

The nuance

Questions you actually ask

Busting the myths

What people get wrong

Myth
“If it’s logical to me, it’s logical to users.”
Your model is the designer’s model — built from knowing how it works inside. The user only sees the surface and builds a different story. Design the system image, not your own understanding.
Myth
“A good tutorial fixes a confusing model.”
A tutorial is a patch you watch once and forget. If the thing needs explaining every time, the system image is wrong. Fix it so the design teaches itself the moment someone looks at it.
Myth
“Metaphors like the trash can are dated.”
A good metaphor hands over a whole model in an instant — ‘in the bin, not yet gone.’ Drop the skeuomorphic gloss if you like, but keep the model the metaphor carries.
Myth
“Users will read the manual.”
They won’t. People build a model from using the thing — right or wrong — in the first ten seconds. Your only real channel is the interface itself.
Train the eye

Read the model

Ten questions in seven formats, tagged by thinking level — each with layered hints: a nudge, the reasoning, then a deeper connection. A wrong answer opens a door, never a dead end. Served from the question bank, never hardcoded.

Loading the question bank…
Question 1 of 10
Multiple choice
Keep going

Where this connects

▶ Play the labs