Layer 1
Decision
Purpose, current state, implication, recommended next step, and consequence.
Human-centered product standard · v1.1.0 · July 17, 2026
A research-backed guide for directing attention, organizing meaning, revealing complexity at the right time, supporting recovery, and preserving informed user choice across consumer, enterprise, mobile, documentation, and AI products.
Simplicity is not minimalism. Reduce unnecessary interpretation while preserving the information, controls, context, evidence, and recovery paths the task requires.
Decision layer first, evidence and audit available without competing for attention
This system combines cognitive science, cognitive accessibility, information architecture, communication hierarchy, progressive disclosure, interaction design, ethical choice architecture, and product measurement. It is an implementation standard rather than a collection of aesthetic tips.
TL;DR
Users should not spend effort discovering what a surface is, where they are, what matters, what will happen, whether an action worked, or how to recover. Preserve thinking that belongs to the decision. Remove thinking created by the interface.
Layer 1
Purpose, current state, implication, recommended next step, and consequence.
Layer 2
Controls, workflow, instructions, dependencies, feedback, and recovery.
Layer 3
Supporting explanation, comparisons, confidence, trade-offs, and source linkage.
Layer 4
Provenance, ownership, history, assumptions, open challenges, and test results.
Operating target Keep necessary complexity visible and well-structured. Reduce the remaining terms. Do not claim to calculate a person’s cognitive load from a static UI score.
Corrections applied before formalizing the guide
The initial synthesis had a strong doctrine and useful patterns. It also carried several risks that would weaken enterprise adoption if left unresolved.
A long linear report asked every reader to process theory, standards, implementation, and governance in the same sequence.
Correction: Use role lenses, layered detail, search, summaries, pattern cards, and an executable audit workflow.
Intrinsic, extraneous, and germane load are useful analytical lenses, but the framework originated in instructional design and should not be treated as a direct interface law.
Correction: Use the model to form hypotheses. Validate actual products through task, comprehension, workload, and recovery evidence.
The “three to five chunks” finding depends on grouping, expertise, task, distraction, and what counts as a chunk.
Correction: Ban universal menu, card, and control count rules. Evaluate uncertain decisions and memory dependencies instead.
Hiding detail may make a screenshot cleaner while increasing search, recall, comparison cost, or manipulation risk.
Correction: Apply an essential-content test before choosing a disclosure surface.
Static conformance does not prove that users understand a concept, predict an outcome, or recover from an interruption.
Correction: Mark unresolved items as “requires user evidence” and treat critical failures as release blockers.
Expert users may require dense comparison, batch action, shortcuts, persistent filters, and simultaneous context.
Correction: Design adaptive complexity through stable defaults, optional expert density, saved views, and role-appropriate paths.
Technically conformant interfaces may still create excessive memory, language, attention, or executive-function demands.
Correction: Combine WCAG 2.2, W3C COGA patterns, semantic contracts, assistive-technology testing, and representative user research.
Time on site, interaction count, repeated visits, and notification opens may increase when users are confused or compelled.
Correction: Measure correct completion, confidence, unnecessary actions, recovery cost, and informed reversals.
A team may not intend manipulation while still producing asymmetric friction, hidden material information, or coercive defaults.
Correction: Audit effect, salience, timing, reversibility, and choice parity.
Users must understand what the system knows, what it inferred, what tools it used, and what actions remain reversible.
Correction: Add an agentic UX contract for plans, evidence, uncertainty, execution previews, checkpoints, and audit history.
A repeatable path from perception to learning
A usable product supports a recurring sequence. Failures at any stage create downstream uncertainty and rework.
Notice the relevant information, state, or control.
Understand location, scope, and relationship to the larger task.
Translate labels, content, and system state into meaning.
Compare relevant options and predict consequences.
Execute the intended action through an understandable control.
Confirm what the system received, changed, or completed.
Correct, undo, resume, or safely exit when conditions change.
Build a stable mental model that reduces future effort.
Recognition
Show prior input, active filters, history, available actions, constraints, and current status instead of requiring recall.
Predictability
Use stable placement, familiar controls, explicit labels, visible focus, and state changes that do not surprise users.
Recovery
Use drafts, undo, preview, confirmation, version history, and persistent progress to reduce anxiety and suppression of action.
Attention, memory, processing speed, language, executive function, and confidence vary across people and within the same person. Stress, fatigue, time pressure, unfamiliarity, device constraints, poor connectivity, and interruption create temporary cognitive limitations.
The standard therefore evaluates products under focused and interrupted conditions, across new and experienced users, with mobile and keyboard interaction, and with representative cognitive-accessibility participation where the product consequence warrants it.
Twelve rules for product, content, design, engineering, and governance
These principles are durable. Component choices remain contextual.
Every surface communicates its purpose, current state, primary outcome, and next action.
Navigation and grouping reflect user tasks, objects, vocabulary, and lifecycle rather than internal ownership.
Lead with result, implication, action, explanation, then evidence and audit history.
Defer advanced or conditional content, but never hide information required for informed choice.
Keep options, status, constraints, prior input, and history visible or immediately retrievable.
Place controls, consequences, feedback, errors, and recovery near the object they affect.
Maintain state across navigation, interruption, authentication, errors, sessions, and devices.
Use undo, preview, drafts, version history, and non-destructive defaults.
Use blocking surfaces only when immediate attention is necessary for safety, correctness, or a consequential decision.
Provide transparent defaults, visible consequences, equal clarity, and reasonable friction for comparable alternatives.
Support different expertise, language, attention, memory, input, vision, motion, and environmental conditions.
Do not stop at component conformance. Verify that users understand, predict, act, confirm, and recover.
Information architecture and page composition as cognitive infrastructure
Visual hierarchy routes attention. Communication hierarchy establishes meaning. Information architecture establishes location. Together they expose the product’s conceptual model.
A valid chunk has one coherent purpose, a descriptive heading, clear internal relationships, separation from unrelated information, and a recognizable role in the larger page.
House rule: use a container only when its boundary communicates relationship, state, interaction, or consequence.
| Stage | Methods | Primary question |
|---|---|---|
| Discover | Content inventory, support analysis, search logs, open card sorting, journey mapping, vocabulary research | How do users describe and group the domain? |
| Model | Task, object, lifecycle, status, and decision structures | Which conceptual model best supports the work? |
| Validate | Closed card sorting, tree testing, first-click testing, search-result testing | Can users predict where information lives? |
| Operate | Navigation analytics, backtracking, failed search, support contacts, deep-link recovery | Where does the structure break under real use? |
Control timing without concealing meaning
Progressive disclosure controls when and where complexity appears. It is not permission to hide content solely to make a screen look cleaner.
Keep visible
Purpose, current state, costs, risks, comparison criteria, requirements, consequences, errors, and recovery.
Disclose contextually
Conditional fields, examples, brief explanations, object actions, supporting evidence, and just-in-time guidance.
Defer deeply
Rare configuration, exhaustive history, debugging detail, raw evidence, edge cases, and expert customization.
Evaluate the content’s role before selecting a surface. This tool produces a design recommendation, not a compliance result.
Select the attributes that apply. Essential or material information will remain visible.
| Surface | Use when | Main cognitive risk | Contract |
|---|---|---|---|
| Inline detail | Short explanation is closely tied to the current content | Visual density | Keep concise and adjacent |
| Native disclosure | Independent secondary content can be summarized accurately | Discoverability and repeated opening | Use meaningful summary; preserve state when useful |
| Tabs | Parallel peer views share the same context | Hidden dependencies and cross-tab comparison | Do not split one dependent workflow across tabs |
| Drawer or sheet | Contextual tools require background reference | Split attention | Preserve focus, context, and a clear close path |
| Dialog | A focused decision or interruption must be resolved | Lost page context and focus errors | Use sparingly; label consequence; restore focus |
| Separate page | Content is deep, durable, linkable, printable, or independently meaningful | Navigation and reorientation | Provide parent context and return path |
| Multi-step flow | Decisions are ordered, conditional, or consequential | Forced sequencing | Show progress, preserve state, support review and correction |
| Tooltip | Brief, supplemental, nonessential clarification | Transient and difficult to discover | Never contain required instructions |
Reusable solutions organized by the user’s comprehension lifecycle
A component defines mechanics. A pattern defines when several components should be combined to solve a human problem.
No patterns match the current filter.
Cognitive and autonomy failures to detect before release
Anti-patterns are defined by their effect on understanding, choice, or recovery. Intent alone does not make a pattern safe.
Removing labels, navigation, helper text, or state cues produces a sparse but ambiguous interface.
Use restrained hierarchy with explicit labels, current state, and specific action language.
Every paragraph becomes a card. Every date, label, filter, action, and status becomes a pill. Roles become visually indistinguishable.
Use open layout for narrative. Reserve containers for relationships and state. Give actions, statuses, filters, and metadata distinct visual grammar.
Dialogs open other dialogs, context disappears, focus becomes fragile, and users cannot compare with the background.
Use a dedicated workflow, contextual panel, or separate page. Reserve a dialog for one focused, bounded decision.
Required instructions or material consequences exist only on hover or focus.
Keep required guidance persistent. Use tooltips only for short, supplemental, nonessential clarification.
One option is visually dominant while the alternative is faded, shaming, hidden, or requires several additional steps.
Comparable choices receive comparable clarity and reasonable effort. Explain the effect without social pressure.
The system changes settings, data, or outcomes without a visible plan, status, result, or history.
Show what is planned, what is running, what changed, what failed, and how to undo or inspect the action.
Routine events use alerts, badges, toasts, email, and push simultaneously until urgency loses meaning.
Define urgency tiers, consolidate routine updates, provide controls, and match interruption to the required response time.
Make probabilistic reasoning and tool execution understandable
AI products add capability uncertainty, source uncertainty, and execution uncertainty. Conversational fluency must not conceal those differences.
Before execution
State the interpreted goal, assumptions, information needed, tools or data sources, material side effects, and approval boundaries.
During execution
Show current activity, dependencies, waiting states, partial results, and recoverable failures without narrating low-level noise.
After execution
Show outcome, changes made, uncertainty, sources, rejected alternatives, audit history, and undo or correction paths.
| Risk | Required product behavior | Release evidence |
|---|---|---|
| Capability ambiguity | State what the system can and cannot do in the current context. | Users accurately predict whether the system will answer, recommend, draft, or execute. |
| Hidden inference | Separate user-provided facts, retrieved facts, assumptions, and generated conclusions. | Users can identify the basis of consequential recommendations. |
| Tool execution | Preview material actions and show tool status, scope, target, and result. | Users can detect and stop an incorrect action before commitment. |
| Uncertainty | Communicate bounded uncertainty and missing evidence without false precision. | Confidence wording calibrates appropriately in comprehension tests. |
| Long responses | Use conclusion-first hierarchy with optional evidence and raw detail. | Users can find the answer and source without reading the full transcript. |
| State loss | Maintain a visible task state, accepted decisions, pending questions, and completed actions. | Users can resume after interruption or model handoff. |
| Automation bias | Offer meaningful review, alternatives, and human checkpoints for high-consequence decisions. | Testing includes deliberate model error and user correction. |
| Accountability | Record human owner, AI contribution, source provenance, model/tool activity, and accepted changes. | Audit artifact can reconstruct the consequential workflow. |
Observable risk review rather than an invented cognitive-load score
Classify each dimension. Any critical failure blocks release. “Requires user evidence” is a valid and important result.
Can users state what this surface is for and what successful completion means?
Can users identify where they are, what is active, and how to return or resume?
Does visual emphasis match task importance rather than decoration or business preference?
Are choices relevant, distinct, comparable, and supported by visible consequences?
Must users remember information, state, or constraints that could remain visible?
Do labels use user vocabulary, concrete nouns and verbs, and understandable sentence structure?
Is decision-essential information visible at the point of choice?
Can users verify what was received, changed, completed, delayed, or failed?
Can users correct, undo, resume, or safely exit without losing unrelated work?
Does the surface request attention only when urgency and consequence justify it?
Do semantics, keyboard behavior, focus, names, state, announcements, zoom, contrast, and motion match the visual experience?
Are alternatives presented with comparable clarity, timing, salience, and reasonable friction?
Measure understanding, performance, workload, recovery, and ethical outcomes
A fast task can still be misunderstood. A visually preferred design can still be harder to operate. Use converging evidence.
Performance
Task success, time, errors, unnecessary actions, backtracking, abandonment, and recovery.
Comprehension
Prediction, explanation, consequence recognition, source location, and mental-model accuracy.
Workload
Mental effort, temporal demand, confidence, frustration, and NASA-TLX where appropriate.
Ethics
Reversal, cancellation, repeated prompting, consent comprehension, and friction parity.
| Variable | Coverage |
|---|---|
| Expertise | New, occasional, and experienced users |
| Device and input | Narrow touch, desktop keyboard, zoomed layout, assistive technology |
| Attention | Focused and realistically interrupted conditions |
| Consequence | Low-risk routine tasks and high-risk decisions |
| Content state | Empty, typical, dense, loading, error, restricted, and stale |
| Language | Primary language, translated content, unfamiliar terminology, and plain-language review |
| Connectivity | Normal, slow, interrupted, and resumed |
| Cognitive accessibility | Representative participation when risk, scale, or public impact warrants it |
Turn research into components, patterns, acceptance criteria, tests, and governance
The standard becomes effective only when it changes product decisions and release evidence.
Component level
Native foundation, semantics, keyboard behavior, focus, state, motion, feedback, failure modes, and accessibility-tree expectations.
Pattern level
User need, when to use, when not to use, essential content, alternatives, ethical risks, and test scenarios.
Product level
Friction review, task testing, comprehension evidence, accessibility validation, telemetry, ownership, and decision record.
| Discipline | Required evidence |
|---|---|
| Product | User need, success outcome, consequence level, and ethical guardrail metrics |
| Content | Purpose, terminology, front-loaded meaning, decision-essential content, and localization review |
| Design | Hierarchy, orientation, disclosure rationale, state coverage, recovery, responsive behavior, and choice parity |
| Engineering | Semantic HTML, progressive enhancement, keyboard/focus behavior, live state, error handling, persistence, and failure recovery |
| Accessibility | WCAG 2.2 evaluation, accessibility-tree inspection, assistive-technology testing, zoom, contrast, motion, and cognitive-accessibility considerations |
| Research | Task, comprehension, interruption, confidence, workload, and representative-user evidence proportional to risk |
| Governance | Ownership, source provenance, AI contribution, assumptions, exceptions, open challenges, and review date |
{
"guidanceId": "cognitive.progressive-disclosure.essential-content",
"userNeed": "Understand consequences before making a choice",
"cognitiveRisks": ["memory-burden", "decision-uncertainty", "hidden-dependency"],
"principle": "Reveal complexity by relevance without hiding essential content",
"whenToUse": ["advanced settings", "conditional sections", "supporting evidence"],
"whenNotToUse": ["price", "risk", "required instructions", "material consequences"],
"accessibilityContract": {
"nativeFoundation": "details/summary where appropriate",
"keyboard": true,
"focusBehavior": "preserve",
"stateExposed": true
},
"ethicalChecks": ["choice-symmetry", "consequence-visibility", "friction-parity"],
"validation": ["task-success", "comprehension", "mental-effort", "keyboard-test"],
"evidenceConfidence": "high",
"owner": "Design System",
"humanOwner": "Jesse Graupmann",
"aiContribution": "Research synthesis and initial formalization",
"lastReviewed": "2026-07-17"
}
Primary standards, research, design systems, and regulatory guidance
Sources are classified by role. Standards and official guidance establish requirements or tested practice. Foundational research provides theory. UX guidance provides applied heuristics that still require product validation.
Research limitations
Provenance policy
Human needs and design patterns for familiarity, orientation, focus, clear purpose, support, error prevention, and cognitive accessibility.
Open sourcePredictability, focus, input assistance, redundant entry, error prevention, target size, and accessible authentication.
Open sourceKeyboard, focus, roles, states, accessible names, disclosures, dialogs, navigation, and composite widgets.
Open sourceFoundational cognitive-load work connecting problem-solving demands, schemas, expertise, and learning.
Open DOIClarifies element interactivity and the cognitive-load categories used as analytical lenses in this guide.
Open DOIReconsiders short-term storage capacity and supports caution against simplistic item-count rules.
Open DOIShows that overload depends on complexity, task difficulty, preference uncertainty, and decision goal rather than option count alone.
Open DOIStart with user needs, design with data, make HTML work first, and build resilient services.
Design principles · Progressive enhancementTask focus, error recovery, review before commitment, and specific consequential action labels.
Question pages · Error summary · Check answersProgressive disclosure, essential-content boundaries, interactive disclosures, and component documentation contracts.
Accordion · Tooltip · ToggletipApplied heuristics for memory burden, learnability, advanced features, and complex applications.
Recognition and recall · Progressive disclosure · Forms and cognitive loadMultidimensional workload assessment across mental demand, physical demand, temporal demand, performance, effort, and frustration.
Open sourceDocuments disguised ads, difficult cancellation, buried terms and fees, and interfaces that induce unnecessary data sharing.
Open sourceDefines patterns that subvert or impair autonomy, decision-making, or choice and documents prevalence, effectiveness, and harms.
Open sourceAddresses interface practices that materially distort or impair autonomous and informed choices for covered services.
Open regulation{
"@context": {
"schema": "https://schema.org/",
"prov": "http://www.w3.org/ns/prov#"
},
"@graph": [
{
"@id": "urn:cognitive-ux:agent:jesse-graupmann",
"@type": ["prov:Person", "schema:Person"],
"schema:name": "Jesse Graupmann",
"prov:hadRole": ["research director", "author", "editor", "accountable owner"]
},
{
"@id": "urn:cognitive-ux:agent:openai-gpt-5-6-thinking",
"@type": ["prov:SoftwareAgent", "schema:SoftwareApplication"],
"schema:name": "OpenAI ChatGPT",
"schema:softwareVersion": "GPT-5.6 Thinking",
"prov:actedOnBehalfOf": "urn:cognitive-ux:agent:jesse-graupmann"
},
{
"@id": "urn:cognitive-ux:dataset:v1-0-0",
"@type": ["prov:Entity", "schema:Dataset"],
"schema:name": "Cognitive UX Research System",
"schema:version": "1.1.0",
"schema:dateModified": "2026-07-17",
"prov:wasAttributedTo": "urn:cognitive-ux:agent:jesse-graupmann"
}
]
}