When Everything Is Important, Nothing Works

Andre Santoro

contents

Blog / When Everything Is Important, Nothing Works

A hierarchy triage method for screens that are trying too hard

If your screen has five “primary” messages, it has zero. Users do not experience that as “rich”. They experience it as unclear. Unclear feels risky, and risky kills action.

Hierarchy is not styling. It’s the decision of what wins first, second, and never. Most hierarchy failures come from one place: the page is designed to satisfy stakeholders instead of guide users. The UI becomes a negotiation transcript.

Start with the only sentence that matters: this screen exists to help the user do one thing. If you can’t say it in one sentence, you don’t have a hierarchy problem. You have a purpose problem.

Once the job is clear, choose the first question the user must have answered. Not five questions. One. Usually it’s one of these: what is this, is it for me, can I trust it, what happens next, or what will it cost. Pick the one that unlocks the next step, then let everything else queue behind it.

Now choose one primary action. One. Two equal CTAs is indecision printed in UI. If the business needs two paths, fine, but one must be primary and the other must be clearly secondary. Users want direction before they want options.

Then sequence your content like a sane conversation. Meaning first, so the user knows what they are looking at. Relevance next, so they know it’s for them. Proof after that, so trust has something to attach to. Detail comes later, because detail without context is noise. Risk reducers come last, because reassurance only works once the offer is understood.

If you want a fast diagnostic, check what you put above the fold. Most broken hierarchy has one of these tells:

  1. Feature detail before meaning

  2. Proof without a clear claim

  3. Multiple primary CTAs fighting for attention

  4. Vague headings that say nothing

  5. Equal-weight layout where nothing leads

Now do the part that actually fixes pages: remove something real. Not a sentence. A whole block. Hierarchy is subtraction before layout. Ask the hard question: if this block disappears, does the screen still do its job? If yes, it does not belong in the high-attention zone.

Headings matter more than most teams admit. A page should work when skimmed. If your headings are vague, your hierarchy collapses under speed. “Our solution” is a label. “Track inventory without spreadsheets” is information. Users don’t need section names. They need guidance.

If you want one strict method that works across any page type, use this triage in order, every time:

  1. Write the screen job in one sentence

  2. Choose the one user question you answer first

  3. Pick one primary action

  4. Reorder content: meaning, relevance, proof, detail, risk reducers

  5. Delete one whole block that doesn’t serve the job

The Stakeholder Trap

Most “messy” pages are not messy because the team lacks taste. They’re messy because the team is trying to avoid conflict. Someone from sales wants more CTAs. Marketing wants more claims. Product wants more features. Legal wants more disclaimers. Nobody wants to be the person who says no, so the page becomes a polite compromise.

Here’s the reset: hierarchy is not a vote. It’s a brief. Your job is to protect the job of the screen. When a stakeholder request arrives, it gets evaluated against the screen job, not against politics. If it supports the job, it earns a slot. If it does not, it gets moved down the ladder or moved out.

A calm line that works in reviews is: “That might be important, but it’s not first. What do we want the user to do before we introduce that?” You’re not rejecting. You’re sequencing. Most people accept sequencing more easily than rejection.

The Two-Audience Problem

Trying to speak to two different audiences in the hero is one of the fastest ways to destroy hierarchy. Beginners need clarity and reassurance. Experts need specifics and proof. If you try to satisfy both at once, you end up with a generic headline, a long subhead, and two CTAs that compete. The result is that neither audience feels seen.

The fix is segmentation, not duplication. Pick one primary audience for the first screenful. Then, later in the page, add a clear branch: “New here?” and “Already know what you need?” This lets the page guide without forcing the user to self-diagnose instantly. The hero should feel like a hand on the shoulder, not a multiple-choice exam.

Proof is not decoration, it’s support

Teams love adding proof. Logos. testimonials. numbers. reviews. It feels safe. The problem is that proof without a claim is just noise wearing a nice suit. A user sees five testimonials and still thinks, “Testimonials for what?”

Proof only works when it supports a specific message. If your primary claim is “fast setup”, your proof must reinforce speed. If your claim is “secure”, your proof must reinforce safety. If your claim is “premium”, your proof must reinforce trust and quality. Random proof is worse than no proof because it pulls attention away from the job of the screen.

A simple quality check: if you delete your headline and subhead, does the proof still make sense? If the answer is no, your proof is unanchored, and it will not convert.

Where hierarchy breaks in pricing pages

Pricing is where hierarchy goes to die because it mixes emotion, fear, math, and trust all in one place. Users arrive with one question: “Which option is safe for me?” Most pricing pages instead give them a spreadsheet and hope for the best.

A strong pricing hierarchy does three things quickly. It helps users self-identify, it clarifies what changes between tiers, and it removes uncertainty about hidden costs. If you want to keep it clean, stop listing every feature in every tier. Highlight the differentiators. Then provide a “full comparison” below for those who want depth. The page should guide the decision first and satisfy curiosity second.

Strong hierarchy is respect. It says we will not make you work to understand us. It also signals competence, because clarity is what senior design looks like when you remove the performance.

Conclusion

Hierarchy is not a design preference. It’s a decision made visible.

When a page feels confusing, it’s usually not because the team lacks skill. It’s because the team hasn’t chosen what the user needs first. The UI ends up reflecting internal compromise instead of external clarity. Users can feel that immediately, even if they can’t name it. They just hesitate.

So treat hierarchy like a standard, not a mood. Start with the screen job. Answer one user question first. Choose one primary action. Sequence meaning before detail. Anchor proof to a claim. Remove one real block. Make headings carry the story.

If you do nothing else, do this: protect the first screenful. That’s where attention is highest and patience is lowest. If the first view is clear, the rest of the page can earn depth. If the first view is crowded, nothing downstream will save it.

Hierarchy is respect. It says we won’t make you work to understand us. And it’s also a quiet signal of seniority, because senior design is not louder. It’s clearer.

Share this post
Andre Santoro

Join the Telegram community chat

Our Telegram community chat is where the Circle actually happens. We keep it friendly and low-pressure: weekly prompts, questions, small wins, and feedback when you want it. No gatekeeping. No judgement.

Get Circle Notes

Short emails with frameworks, breakdowns, and prompts. Decision Making, Information Hierarchy, Quality Control, UX Ethics, Design Systems, Career Practice, News.

Previous
Next

Join the Circle

Circle Notes is where we share the frameworks we actually use, plus prompts you can reply to.
If it’s not useful, we don’t send it.

By subscribing, you agree to receive Circle Notes and accept our Terms of Use and Privacy Policy.

©2026, create circus digital llc - fz
all rights reserved.​