Morten A. Giraffe

Chapter I / Make it understandable

Consistency Turns Learning Into Speed

Stabilize meaning and behavior without flattening every screen into the same composition.

All 18 rules4 min read
01Scenario

Start with the moment where the interface asks too much.

Three buttons say Download. One starts a file immediately. One opens a modal. One navigates to a form. They look almost identical, so the visitor expects them to behave almost identically. The visual system is consistent at the shallowest layer and inconsistent where it matters.

Consistency lets people reuse what they already learned. It should stabilize meaning and behavior, not force every screen into visual sameness.

02Interface Lab

Show the failure and the correction.

The lab uses controlled markup instead of raster text so the lesson stays legible, accessible, and easy to revise.

Before

Matching look, different consequence

The same button style sometimes filters, sometimes submits, and sometimes navigates.

After

Inventory common actions

List the ten most repeated actions and compare label, look, destination, loading, error, and success.

03Principle

Make the useful path easier.

Same meaning, same behavior, same treatment

Use the matrix in that order. Two actions that look the same should mean and do the same thing. Two actions that differ in consequence should communicate that difference.

Copy is a component

Button labels, empty states, errors, and confirmations need stable language. Small label drift creates unnecessary learning.

States are part of the contract

A component is not defined by its rest state. Hover, focus, active, loading, selected, disabled, success, and error decide whether the pattern is reliable.

04Rebuild

Turn critique into a usable rule.

Remove

  • Matching look, different consequence

    The same button style sometimes filters, sometimes submits, and sometimes navigates.

  • Incomplete state library

    Rest and hover are designed, but loading, disabled, error, and success are improvised route by route.

  • Legacy inconsistency defended as familiarity

    A bad pattern remains because users adapted, not because it is good.

Build

  • Inventory common actions

    List the ten most repeated actions and compare label, look, destination, loading, error, and success.

  • Separate different consequences

    Use different treatment for navigation, submission, destructive action, and filtering.

  • Migrate deliberately

    When a convention changes, avoid running two meanings under one treatment during the transition.

05Field Test

Use it on a real page.

Inventory repeated actions across the site.

  1. Step 1

    Capture the label and style for each action.

  2. Step 2

    Record destination and behavior.

  3. Step 3

    Trigger loading, success, disabled, and error states where possible.

  4. Step 4

    Flag matching treatments with different consequences.

Evidence
Use a cross-route action matrix.
Pass
Similar actions produce predictable results, and different consequences are distinguishable.
Fail
The same treatment teaches different meanings on different routes.
06Use By Role

The rule should help the person making the next decision.

Business owner

Ask whether the site teaches once and reuses that learning, especially in forms and CTAs.

Designer

Document roles and states, not just component screenshots.

Developer

Centralize reusable components and analytics naming so behavior does not drift.

Reviewer

Compare repeated actions across routes, not just inside one polished page.

Consistency should not preserve a harmful legacy pattern. If a repeated convention is confusing or inaccessible, replace it deliberately and migrate the old behavior cleanly.

07Checklist And FAQ

Check the page, then answer the doubt.

  • Primary, secondary, quiet, destructive, and selected roles are distinct.
  • Repeated actions keep stable labels.
  • Loading and success states are defined.
  • Focus behavior matches component role.
  • Different consequences look different.
  • Legacy patterns are not preserved without evidence.
Does a design system guarantee consistency?
No. A design system helps only when components include meaning, behavior, copy, and states.
Can consistency make a website boring?
Only if it is mistaken for sameness. Stable grammar can support highly expressive pages.
When should a familiar pattern be changed?
When it harms the task, accessibility, trust, or clarity, and the replacement can be introduced deliberately.