The item that differs from its neighbours is the one that gets noticed and remembered.
I'm designing
A Dashboard
Analytics, monitoring or any screen whose job is to answer a question at a glance.
What this surface turns on
- The specific question this dashboard answers.
- Which one or two metrics dominate, and what everything else is doing there.
- What each number is compared against.
- The density, and whether one density suits every user.
Where these usually go wrong
- Twelve metric cards of identical weight, so the reader has to evaluate all twelve.
- Numbers with no comparison, which are decoration rather than information.
- The active time range and filters not visible, so figures are misread with confidence.
- A failed request rendered as an empty state, telling the user their data is gone.
- Truncated chart axes that exaggerate differences.
Why these
Dashboards carry high information density, several decisions per screen, filtering, comparison across time, and content that has to be readable at a glance. The selection leans on hierarchy, density and chart choice, because those three decide whether anyone can act on the page.
Why it works the way it does
The reasoning layer. Read these when a decision needs justifying, or when something is failing and you cannot say why.
Working memory is a narrow channel, and interfaces spend it on three kinds of work, only one of which is useful.
Below roughly 400 milliseconds of system response, people stop waiting on the machine and productivity rises sharply.
Focused attention makes people miss things in plain sight, including changes to the interface they are using.
A small share of features carries most of the use, which is a prompt to go and measure rather than an excuse to cut.
The craft decisions
The visual and structural foundations that carry most of the weight on this surface.
The order in which elements are noticed, controlled by size, weight, colour, position and space.
Making one thing stand out, which only works if most things do not.
How much information occupies a given area, which should follow the user's expertise and task rather than a house style.
Charts need three kinds of palette, and the choice between them is determined by the data, not by taste.
Shared edges create invisible lines that organise a layout and make it feel deliberate.
Empty space is a design element that groups, emphasises and sets pace, not leftover area.
Around one in twelve men has a colour vision deficiency, so colour has to be reinforced by something else.
Patterns to reach for
Solutions people already recognise, with the conditions under which each one earns its place.
Narrowing a large set by attributes, which is what makes large catalogues navigable at all.
Reordering a set, where the default order is the decision that matters most.
What to show while waiting, chosen by how long the wait is and whether its length is known.
The screen before there is anything to show, which is a teaching opportunity rather than a gap.
A chronological record of what happened, which needs grouping and filtering to stay readable.
Components you will specify
Each entry covers the states, behaviour and accessibility contract you need to define.
A visual encoding of data, which is only useful if the encoding matches the question being asked.
The right tool for comparing many records across many attributes, and a large amount of behaviour to specify.
A container that groups content about one object, and the most over-applied component in modern UI.
A small marker of status, category or count, which must not look like something you can press.
Splitting results into pages, which preserves position and keeps the footer reachable.
Accessibility requirements
Not a separate pass. These are the requirements this surface raises, mapped to the decisions that produce them.
Colour may reinforce meaning but must never be the only thing carrying it.
Difference is what makes anything perceivable, and it is measurable for text against its background.
The text equivalent of an image, which depends on the image's purpose in that specific context.
Everything must be operable with a keyboard alone, which is the single most load-bearing accessibility requirement.
Telling assistive technology that something changed, when focus did not move to say so.
Language and content
The words do more work here than most teams budget for.
The small pieces of text that do most of the work: labels, hints, empty states, errors and confirmations.
Deciding what content a user needs and in what order, which is a design activity rather than a writing one.
How to find out
Research methods suited to the questions this surface raises.
Watching people work in their own environment, which surfaces the context that interviews miss.
Measuring what people do at scale, which tells you where problems are and never why they exist.
Watching people attempt real tasks, which is the most direct evidence available about whether a design works.
Check your work
Interactive checklists, with progress saved in your browser.
Whether a dashboard answers a question or just displays numbers.
A practical WCAG 2.2 AA review pass, ordered so the checks that find the most problems come first.
Documents you might need
Fillable templates, prefilled so they are usable rather than empty.
The problem, the constraints and the success measures, agreed before design starts.
A feature specification that covers states, edge cases and accessibility rather than only the happy path.
Decisions other teams made
Worked cases, including the options that were rejected and why.
A generous, modern-looking redesign made a dashboard slower for the people who used it all day.
Hiding columns on small screens made the table tidy and removed the data field staff had opened it to see.
Designing something else?
Neighbouring territory. Each surface reuses much of the same material, arranged around the decisions that surface turns on.