Affordances, Signifiers & Perceived Interactivity
Mastering how visual and behavioral cues tell users what an interface can do — and invites them to act — is the foundation of intuitive interaction design.
8 min read
The full lesson
Users should never have to wonder whether something is clickable. Yet interfaces still ship with ghost buttons that look like plain labels, flat cards that hide their tappability, and plain text that turns out to be a link. Understanding affordances and signifiers is what separates designers who make things look good from those who make things work obviously.
This lesson builds a clear mental model of how interfaces communicate possibility. It then maps that model to modern implementation patterns you can apply in your next design review.
What Affordances Actually Mean
Don Norman introduced the term affordance to design in The Design of Everyday Things (1988). He borrowed it from psychologist James Gibson. The two uses differ: Gibson’s affordances are objective physical relationships between an actor and an environment — a chair affords sitting whether or not anyone knows it. Norman’s perceived affordances are about what a person believes an object can do.
In digital interfaces, physical affordance is mostly irrelevant. A pixel on a screen cannot literally be pressed. What matters is the perceived version: does the user believe this element is interactive?
Norman later added a clarifying term to his model: signifiers. Where affordances describe possibility, signifiers are the perceptible cues — visual, auditory, tactile — that communicate that possibility. The perceived affordance of “this is a button” is delivered by signifiers like a raised border, a background fill, or a hover state.
This distinction has a practical payoff. When an interaction fails, you can diagnose whether the affordance itself is wrong (the action genuinely isn’t possible) or whether a signifier is missing (the action is possible but the design fails to advertise it).
The Spectrum of Perceived Interactivity
Not all interactive elements need the same level of signaling. Think of perceived interactivity as a spectrum:
| Signal Strength | Example | Risk if Under-signaled |
|---|---|---|
| Strong | Contained button with label, fill, and border-radius | Low — but heavy visual weight accumulates |
| Medium | Icon button with tooltip on hover | Moderate — tooltip not discoverable on touch |
| Weak | Underlined text link | Higher — depends on user’s color contrast perception |
| Implicit | Swipe-away card | Very high — requires prior mental model or onboarding |
The right signal strength depends on three factors: the element’s prominence in the flow, the frequency of use, and the reversibility of the action. A destructive action (delete, submit payment) warrants strong, unmistakable signifiers. A frequently repeated action (like a thumbs-up) can shed signifiers once users have built a mental model — but only after they’ve had a chance to build it.
Signifier Anatomy: What Cues Actually Work
Visual Signifiers
The most reliable visual signifiers are:
- Shape and containment — a closed border or filled background separates interactive from static. Buttons with visible outlines outperform ghost buttons in first-use task success, especially in lower-literacy contexts.
- Elevation and depth — a subtle box-shadow or layered token creates a sense of “pressability.” This matters more for primary calls to action than for secondary actions.
- Color and contrast — WCAG 2.2 AA requires a 4.5:1 contrast ratio for normal text. Interactive elements benefit from APCA-lens review to ensure legibility at small sizes. Relying on hue alone to signal interactivity fails users with color vision deficiencies.
- Cursor affordance —
cursor: pointeron desktop is a low-cost, high-value signifier. Removing it to appear minimal is a false economy. - State differentiation — idle, hover, pressed, focus-visible, and disabled states each need a visually distinct treatment. Conflating any two destroys the feedback loop.
Behavioral Signifiers (Motion as Affordance)
Modern motion design doubles as a signifier layer. A card that subtly lifts on hover signals “this is tappable” before the user commits a click. A drag handle that wobbles on long-press communicates “you can reorder this.” These behavioral signifiers are especially important on touch interfaces, where hover states are unavailable.
When implementing motion signifiers, follow two rules from the modern microinteractions playbook:
- Use compositor-only properties —
transformandopacity— to keep animations off the main thread. - Wrap all motion in a
prefers-reduced-motionmedia query. Users who have requested reduced motion must still receive functional feedback. Replace motion cues with instant state changes, not silence.
Tactile Signifiers (Haptics)
On mobile and wearables, haptic patterns are signifiers. A light tap on button press, a distinct pattern on a destructive confirmation, a rhythmic pulse during a drag — each communicates something. iOS and Android each offer multiple haptic intensity levels. Use the lightest level for confirmatory feedback and reserve heavier patterns for errors or warnings.
False Affordances and Anti-Patterns
A false affordance is the inverse problem: something looks interactive but isn’t. These are particularly damaging because they don’t just fail silently — they actively mislead users and erode trust.
Common false affordances in production interfaces:
- Underlined decorative text in a context where real links also appear underlined
- Cards with hover states that navigate to nothing because the developer forgot the
href - Pill-shaped badges that look exactly like filter buttons but aren’t clickable
- Images with
cursor: pointerset via a CSS reset that aren’t interactive
The cost of false affordances compounds. Users learn to hesitate, their click confidence drops, and task completion rates fall. This is measurable with pointer-event heatmaps — dead-click clusters around non-interactive elements are a reliable signal.
Do
Audit interactive vs. non-interactive elements with the same visual vocabulary. Buttons use filled containers; labels do not. Run a “squint test” — blur your vision at your design. Interactive elements should be immediately distinguishable from static content.
Don't
Apply hover states, border-radius, or cursor: pointer to non-interactive elements for visual variety. Don’t use the same pill shape for both clickable tags and read-only status badges — users will tap the badges and wonder why nothing happens.
Perceived Interactivity in Context: Cards, Lists, and Navigation
Cards
Cards are the most frequently mishandled interactive element in modern UI. The problems are predictable:
- An entire card is clickable, but only the title text looks link-like.
- Multiple competing actions inside one card (a CTA button, a share icon, a “save” heart) create ambiguity about what the primary affordance is.
- On mobile, full-bleed cards with no visible border rely entirely on context to signal tappability — which fails new users.
Best practice: define one primary action per card. Signal it with containment (the card itself is tappable) or an explicit button. If multiple actions are needed, use a contextual menu or progressive disclosure rather than stacking icons.
Navigation
Navigation is where signifier failures have the highest task-completion cost. The outdated pattern of relying on a hamburger menu on desktop collapses navigational affordance. Studies show a 39% slower task-completion time and halved discoverability compared to persistent visible navigation. Persistent tab bars on mobile and labeled horizontal navigation on desktop are the modern defaults for good reason: they trade screen real estate for obvious affordance.
Form Inputs
Inputs need signifiers at multiple levels: the field itself (clear boundaries, sufficient height, visible label), its state (idle vs. focus vs. error vs. disabled), and the submit action.
Placeholder text used as a label is an anti-pattern. It vanishes the moment a user starts typing — removing the only signifier that told them what the field was for. Use persistent top-aligned labels instead. Combine them with inline validation on blur (not on submit) to keep signifiers present throughout the interaction.
Designing for First-Use vs. Habitual Use
Signifier needs change over the user lifecycle. A first-time user needs explicit, redundant signifiers — visible labels, contained shapes, contextual tooltips. A habitual user finds those same signifiers noisy. They’ve internalized the model and can work from pattern alone.
This tension is resolvable through progressive disclosure and adaptive onboarding. Tooltips and coach marks surface on first encounter; they don’t reappear every session. Contextual empty states explain the first-time interaction (a drag-to-reorder tip in an empty list) without cluttering the populated experience.
The key principle: never remove a signifier before the user has had the chance to internalize the affordance it communicates. In practice, track “first N interactions” per feature rather than just toggling onboarding globally on or off.
Accessibility: Signifiers for Every Sensory Channel
Visual signifiers fail users who access interfaces through screen readers, switch access, or keyboard-only navigation. Accessible signifiers layer on top of visual ones:
- Semantic HTML —
buttonandaelements announce their role to assistive technology without extra ARIA. Avoid using adivas a button unless you addrole="button",tabindex="0", and full keyboard event handling. - Focus-visible styling — WCAG 2.2 Success Criteria 2.4.11 (Focus Not Obscured) and 2.4.12 require that focused elements are not entirely hidden and have a minimum focus indicator area. A custom
focus-visiblering that meets 3:1 contrast against adjacent colors is the modern standard. Settingoutline: nonewith no replacement is never acceptable. - State announcements — hover states are invisible to screen readers.
aria-pressed,aria-expanded,aria-selected, andaria-disabledare the semantic signifiers for interactive state. These must match visual state exactly — anaria-pressed="false"on a visually active toggle is a contradictory signifier. - Error messaging — form errors need both a visual signifier (red border, error icon) and a semantic one (
aria-describedbylinking the field to its error message). Generic “Invalid input” copy is a broken signifier: it tells users something is wrong but not what they need to do to fix it.
Measuring Signifier Effectiveness
Signifier problems are among the most measurable in UX because they produce specific, observable behaviors:
- Dead clicks / rage taps — pointer-event heatmaps show where users click on non-interactive elements (false affordances) or miss interactive ones (weak signifiers).
- First-click accuracy — does the user’s first click land on the intended target? First-click tests with as few as 20 participants reliably surface affordance failures.
- Task completion and time-on-task — a meaningful drop in either metric between sessions 1 and 2 (when a real user has had one chance to learn) suggests the signifier was insufficient to build a mental model.
- Qualitative cues — in usability sessions, users who pause before clicking, hover without committing, or narrate uncertainty (“I think this might be a button?”) are signaling a weak affordance.