Skip to content

Key Principles & Laws

This page provides a high-level overview of the key principles covered across Human Standards. Each principle links to detailed documentation with implementation guidance, code examples, and MCP validation rules.

Target acquisition time increases with distance and decreases with size.

Implications:

  • Make frequently-used controls large and easy to reach
  • Place related controls close together
  • Use screen edges and corners (infinite width/height)
  • Touch targets: minimum 44×44pt (iOS), 48×48dp (Android)

See: Targets & SpacingExamples: Accessibility - BBC

References:


Decision time increases logarithmically with the number of choices.

Implications:

  • Reduce options to essential choices (5-7 maximum)
  • Group related choices into categories
  • Use progressive disclosure for advanced options
  • Provide smart defaults to eliminate decisions

See: Cognitive LoadExamples: Smart Defaults - iOS Camera

References:


Working memory holds 3-4 chunks of novel information.

Modern research has revised Miller’s original “7±2” down to 3-4 chunks for novel information. Information decays within 15-30 seconds without rehearsal.

Implications:

  • Chunk related information into meaningful groups
  • Show context persistently (don’t make users remember across screens)
  • Use recognition over recall (dropdown vs. text input)
  • Externalize memory through auto-save, undo, history

See: Working MemoryExamples: Progressive Disclosure - TurboTax

References:


Users prefer interfaces that work like ones they already know.

Users spend most of their time on other websites/apps. Your interface should leverage established conventions, not reinvent interaction patterns.

Implications:

  • Follow platform conventions (iOS HIG, Material Design)
  • Use standard UI patterns (hamburger menu, tab navigation)
  • Place common elements in expected locations (logo top-left, search top-right)
  • Only deviate from convention when there’s measurable benefit

See: Consistency PatternsPlatform Standards

References:


Balance sensitivity vs. specificity when detecting user intent.

Every detection system has trade-offs between hits (correct positives) and false alarms (incorrect positives). Tune thresholds based on consequences.

Implications:

  • Spam filters: Prefer false negatives (missed spam) over false positives (lost email)
  • Fraud detection: Prefer false positives (flag legitimate) over false negatives (miss fraud)
  • Autocorrect: Provide clear undo for false corrections
  • Search: Show near-matches, let users refine

See: Error TypesDefensive Design

References:


Mental effort has three types: intrinsic, extraneous, and germane.

  • Intrinsic load: Inherent complexity of the task (can’t eliminate)
  • Extraneous load: Unnecessary complexity from poor design (reduce this!)
  • Germane load: Effort that helps learning (optimize this)

Key Patterns:

  • Progressive disclosure (hide complexity until needed)
  • Chunking (break into digestible pieces)
  • Consistency (same patterns = less learning)
  • Visual clarity (whitespace, hierarchy, grouping)

See: Cognitive LoadExamples: Progressive Disclosure - TurboTax

References:


Recognizing is easier than remembering from scratch.

Implications:

  • Use dropdowns instead of text fields for known options
  • Show recently used items prominently
  • Provide autocomplete and suggestions
  • Display persistent context (current filters, selected items)

See: Working MemoryForms Best Practices


Humans can only focus on one thing at a time (selective attention).

Implications:

  • One primary action per screen
  • Minimize distractions during critical flows
  • Use visual hierarchy to guide attention
  • Avoid auto-playing videos, animations, popups

See: Attention & FocusNotifications & Feedback


The brain organizes visual elements into groups based on proximity, similarity, closure, and continuity.

Key Patterns:

  • Proximity: Group related items by placing them close together
  • Similarity: Use consistent styling for similar elements
  • Closure: Users fill in gaps (incomplete shapes feel complete)
  • Common Fate: Elements moving together are perceived as a group

See: Visual Design Patterns


Color vision varies widely; contrast is critical for legibility.

Implications:

  • Don’t rely on color alone (use text + icons + patterns)
  • WCAG AA: 4.5:1 contrast for normal text, 3:1 for large text
  • WCAG AAA: 7:1 contrast for enhanced accessibility
  • Test for colorblindness (8% of males, 0.5% of females)

See: Color & AccessibilityWCAG Guidelines

References:


Text must be perceivable and comprehensible.

Implications:

  • Minimum 16px font size for body text
  • Line height: 1.5× font size for body text
  • Line length: 45-75 characters for optimal reading
  • Avoid all caps for long text (harder to read)
  • Use sufficient whitespace for breathing room

See: Legibility & Contrast


Assume users will make mistakes; design for error prevention and recovery.

Key Patterns:

  • Undo culture: Allow reversal of actions (Gmail Undo Send)
  • Autosave: Don’t lose user work (Google Docs)
  • Confirmation dialogs: For destructive/irreversible actions
  • Specific error messages: “Password must include 1 number” not “Invalid”
  • Preview before commit: Show consequences before action

See: Defensive DesignExamples: Gmail Undo Send


Humans use mental shortcuts (heuristics) that lead to predictable errors.

Common Biases:

  • Anchoring: First number sets expectations
  • Status quo bias: Prefer keeping things as-is
  • Scarcity effect: “Only 2 left!” creates urgency
  • Framing effect: Wording changes decisions (“90% fat-free” vs. “10% fat”)
  • Confirmation bias: Seek information that confirms existing beliefs

Mitigations:

  • Transparent defaults with easy opt-out
  • Clear comparisons (side-by-side)
  • Cooling-off periods for high-stakes decisions
  • Neutral framing of choices

See: Biases & HeuristicsError Types

References:


Users must be able to perceive content through at least one sense.

  • Text alternatives for images (alt text)
  • Captions for video, transcripts for audio
  • Don’t rely on color alone
  • Sufficient contrast (4.5:1 minimum)
  • Text resizable to 200% without breaking

See: WCAG GuidelinesAccessibility Testing


Users must be able to operate the interface.

  • Keyboard accessible (no mouse-only interactions)
  • Visible focus indicators (3:1 contrast)
  • Skip links to bypass repetitive navigation
  • No flashing content (>3 times/second = seizure risk)
  • Touch targets ≥44×44px (WCAG 2.2)

See: WCAG GuidelinesExamples: BBC Keyboard Navigation


Users must understand content and how to use the interface.

  • Clear, simple language
  • Consistent navigation across pages
  • Clear error messages with solutions
  • Form fields with visible labels

See: WCAG GuidelinesForms


Content must work across different technologies and assistive devices.

  • Valid, semantic HTML
  • Proper ARIA roles, names, states
  • Test with screen readers (NVDA, JAWS, VoiceOver)

See: WCAG GuidelinesAssistive Technologies


Keep users informed about what’s happening through timely feedback.

Feedback Timing:

  • <0.1s: Instant (button press, typing)
  • 0.1-1s: Fast operations (loading indicator + success toast)
  • 1-3s: Medium operations (progress indicator)
  • 3-10s: Slow operations (progress bar with %)
  • >10s: Background task + notification when complete

Patterns:

  • Toast notifications (non-blocking)
  • Skeleton loaders (show content shape while loading)
  • Progress bars (show completion %)
  • Status badges (color + icon + text)
  • Optimistic UI (show result immediately, rollback if fails)

See: Notifications & FeedbackExamples: Stripe Dashboard


When errors occur, provide clear paths to recovery.

Implications:

  • Specific error messages (“Email must include @”)
  • Suggest solutions (“Try another card”)
  • Inline validation (catch errors early, on blur)
  • Preserve user input (don’t clear form on error)
  • Undo/redo for exploration without fear

See: Defensive DesignExamples: Grammarly Error Prevention


Minimum 44×44pt (iOS) or 48×48dp (Android) for reliable touch interaction.

Implications:

  • Spacing: 8-12px between adjacent targets
  • Thumb zones: Bottom 1/3 of screen most comfortable
  • Avoid placing destructive actions near primary actions
  • Consider one-handed use patterns

See: Targets & SpacingPosture & Device Use


Adapt layout to device capabilities and user preferences.

Implications:

  • Mobile-first approach (constraints force simplicity)
  • Responsive typography (min 16px, scale up on large screens)
  • Touch vs. mouse interaction patterns
  • Respect user preferences (dark mode, reduced motion)

See: Anthropometrics


Make data entry as easy and error-free as possible.

Best Practices:

  • One column layout (faster completion)
  • Top-aligned labels (easier to scan)
  • Validate on blur (immediate feedback without interruption)
  • Show password requirements before user types
  • Use appropriate input types (email, tel, date)

See: FormsExamples: Grammarly Real-Time Validation


Help users understand where they are and how to get where they’re going.

Best Practices:

  • Clear information architecture (logical grouping)
  • Persistent navigation (don’t hide on scroll unless needed)
  • Breadcrumbs for hierarchical navigation
  • Search for large sites (>50 pages)
  • Active state indicators (current page highlighted)

See: Navigation


Enable users to find what they’re looking for.

Best Practices:

  • Autocomplete with suggestions
  • Filters for refinement (faceted search)
  • Clear results count (“23 results for…”)
  • Near-match tolerance (spell correction)
  • Recent searches for convenience

See: Search & Discovery


Learn from production systems demonstrating these principles:

See all examples →


Observe real users attempting real tasks.

Methods:

  • Task-based testing (can users complete core flows?)
  • Think-aloud protocol (understand mental models)
  • A/B testing (measure impact of changes)
  • Analytics review (where do users struggle?)

See: Usability TestsCognitive Walkthroughs


Test with assistive technologies, not just automated tools.

Key Tools:

  • Screen readers (NVDA, JAWS, VoiceOver)
  • Keyboard-only navigation
  • Color contrast checkers
  • Automated scanners (axe, WAVE) — catch obvious issues only

See: Testing & Audit ToolsWCAG Guidelines


Measure what matters for your users.

Common Metrics:

  • Task completion rate (% who succeed)
  • Time on task (how long it takes)
  • Error rate (frequency of mistakes)
  • User satisfaction (CSAT, NPS, SUS scores)
  • Accessibility compliance (WCAG conformance level)

See: Metrics & Benchmarks


See: Standards & Guidelines

  • Don Norman — The Design of Everyday Things
  • Steve Krug — Don’t Make Me Think
  • Daniel Kahneman — Thinking, Fast and Slow
  • Susan Weinschenk — 100 Things Every Designer Needs to Know About People

See: Books & Further ReadingAcademic Research


Each principle on this page is encoded in the Human Standards MCP server. The MCP acts as a reference book that AI tools consult while building interfaces:

// Example: Building a complex form - query relevant heuristics
const errorPrevention = await mcp.callTool('get_heuristic', { id: 'H5' });
// Returns: Error Prevention - validation, confirmations, constraints
const errorRecovery = await mcp.callTool('get_heuristic', { id: 'H9' });
// Returns: Help users recover from errors - clear messages, solutions
// Get all heuristics for comprehensive guidance
const allHeuristics = await mcp.callTool('get_all_heuristics', {});
// Returns: Summary of all 10 Nielsen usability heuristics
// Search Human Standards documentation for specific topics
const formDocs = await mcp.callTool('search_standards', { query: 'forms cognitive load' });
// Returns: Progressive disclosure, validation timing, chunking patterns

The MCP server ensures that AI tools can look up relevant usability principles based on the task at hand.

Learn more: About Human StandardsMCP Server Documentation


This overview provides a foundation. Each principle links to detailed documentation with implementation guidance, code examples, and validation rules.