A term coined from Don Norman's work describing a door that, through poor affordance design, causes confusion about whether to push or pull. More broadly, a Norman Door refers to any interface element whose visible design implies the wrong interaction — where the signifier contradicts the actual mechanism, forcing users to think or err on something that should be automatic.
Common contexts
- Auditing a checkout flow where a greyed-out button looks disabled but is actually clickable
- Reviewing a mobile form where a card-style container misleads users into tapping it as a button
- Critiquing a dashboard icon that looks like a toggle but triggers a destructive delete action
Use when
Reference this concept during design critiques or heuristic reviews when an element's visual form suggests the wrong interaction — especially on high-stakes actions like submit, delete, or navigation. Use it to make the case for aligning visual form with function before handoff.
Avoid when
Avoid using it as a catch-all for any confusing UI; applying the label too loosely dilutes its precision and can derail critique into semantics rather than fixing the actual signifier mismatch.
The most dangerous Norman Doors in software aren't buttons that look like labels — they're modal dialogs where 'OK' and 'Cancel' do the opposite of what the user expects given the question's phrasing.
Real-world examples
- The push/pull confusion on glass office doors is so common it has its own name — 'Norman Door' — after Don Norman documented dozens of identical design failures in The Design of Everyday Things.
- Apple Park's all-glass meeting rooms required custom etched handles to communicate push vs. pull after early employees repeatedly walked into walls; even a premium design studio shipped a Norman Door.
- Nielsen Norman Group research shows that elevator buttons without clear affordance (flush, same size for open and close) cause users to hold the wrong button in 40% of trials — a digital analogue of the Norman Door problem.