Aaron Phelps

Attention is a budget, not a resource.

Every interface asks something of someone. A little focus. Another decision. A moment they could have spent elsewhere.

01Start with what you’re asking.

A dashboard can look calm and still ask too much. Five equally prominent cards leave someone to work out the order. A helpful tip becomes another thing to dismiss. A notification pulls them into a task they didn’t come to do.

Calling attention a budget is a design lens, not a claim that everyone has the same fixed capacity. The useful question is specific: what does this screen ask someone to notice, understand, and decide?

Before adding another prompt, name the job it does for the person seeing it. “We need more engagement” describes a business goal. “They need to know their application is waiting for a document” describes something you can design around.

02Give the important thing room.

Imagine a new client opening a business-support dashboard. They don’t need the whole service at once. They need to understand where they are, what happens next, and whether anything needs their attention.

Other features can still be available. Their prominence should reflect when they become useful. That is a question of timing and hierarchy, not simply how many things fit on the screen.

aaroncphelps.com/notes/attention-is-a-budget

Everything at once

Complete your profile
Browse our workshops
Meet your advisor
Read the latest news

One useful starting point

Choose a time with your advisor

We’ll help you prepare after you book.

An illustrative first visit to a client dashboard. Sequence the requests around the person’s task.

03Try this on one screen.

Take the screen a person sees before they can make progress. Read it as a set of requests. Then decide which one earns the first position.

W3C’s supplemental guidance on focus offers a useful companion: limit interruptions, remove unnecessary content, and use clear headings to help people find their place again. These are practical prompts for a review, not a substitute for testing with the people who use your product.

Take it into your next review
  1. Write down the one thing this person came to do.
  2. Count the decisions competing with it.
  3. Move one secondary request to the moment it becomes useful.
  4. Ask someone to explain the next step in their own words.
Further reading Help Users FocusW3C · Supplemental cognitive accessibility guidance

Another angle

The ninety-second brain.

What first-impression research actually shows, and what it doesn’t.

All notes