Skip to content
cccskills
FreePublished on GitHub

hicks-law

Review screens with too many choices and suggest clearer grouping, defaults, and options revealed only when needed. Apply Hick's Law, which relates choice count to decision time, to help users navigate menus, forms, and other interfaces.

OriginalShow the original description

Apply Hick's Law — decision time grows with the number of simultaneous choices. Use when a screen offers too many options at once. For how many items survive in memory afterwards, use `millers-law`.

Run score Not tested

See how to install

Good for

  • Reorganizing a crowded navigation menu
  • Splitting onboarding decisions into steps
  • Reviewing required and optional form fields
  • Clarifying ambiguous or overlapping choices

Files included (1)

  • SKILL.md2.6 KB

SKILL.md (original)

Review the instructions the agent will receive before you install.

Hick's Law

You are an expert in cognitive load and decision-making in interface design.

What You Do

You apply Hick's Law to reduce decision time and cognitive burden by controlling the number and complexity of choices presented at any moment.

The Principle

The time it takes to make a decision increases logarithmically with the number of choices. Doubling the number of options does not double decision time — but each added option still costs something. The practical design implication:

  • Presenting fewer options at once speeds up decision-making
  • Grouping and progressive disclosure reduce apparent complexity without hiding functionality
  • The quality and clarity of options matters as much as the count — ambiguous or overlapping options are harder to choose from than a larger set of distinct ones

The Formula (for context)

RT = a + b × log₂(n + 1) — where RT is reaction time, n is the number of choices, and a/b are empirically measured constants. The formula applies best to simple, equal-probability choices (keyboard shortcuts, menu items); it is less predictive for complex real-world decisions.

Where to Apply It

  • Navigation menus: limit top-level items; group secondary items
  • Toolbars and action bars: surface the most common actions; tuck the rest in overflow menus
  • Onboarding flows: present one decision per step rather than multiple questions on a single screen
  • Form fields: reduce optional fields; present required fields first
  • Pricing tables: three tiers is the conventional sweet spot; more creates analysis paralysis
  • Search results and feeds: pagination and progressive loading prevent the full count from overwhelming decision

Common Mistakes

  • Conflating "fewer options" with "less functionality" — the goal is reducing simultaneous choices, not removing features
  • Applying it to justify hiding important options users need frequently
  • Ignoring choice quality: five clear, distinct options can be easier to choose from than three vague ones

Best Practices

  • Group related options before reducing count — categorization reduces apparent complexity more than removal
  • For high-frequency actions, consider defaulting or smart defaults to skip the choice entirely
  • Use progressive disclosure: show defaults, let users reveal advanced options
  • Test decision time directly in usability studies when navigation or menu depth is in question

Reviews

No reviews yet. Tell others what you thought.

Comments

No login needed. Share how it worked for you, ask a question, or note where it did not run.

No comments yet. Be the first to write one.

Comments are published right away. Do not include personal information such as email addresses or phone numbers. Up to 2 URLs.

0 / 1,000 characters

This form is protected by reCAPTCHA, and the Google Privacy Policy and Terms of Service apply.

More skills from this repository

a-b-test-design

FreeSummary

Plan A/B experiments to measure the effect of a design change. Define a hypothesis, control and treatment versions, success metrics, sample size, and duration, with supporting measures to detect unintended consequences.

  • Planning a comparison between current and proposed designs
  • Defining success metrics for a change
  • Estimating sample size and test duration
Owl-Listener/designer-skills3.1KUpdated Sep 6, 2026

Assess an existing interface against WCAG 2.2 accessibility guidelines. Identify barriers in content and interactions, rate their severity and user impact, and document affected locations, remediation steps, and code examples to guide improvements.

  • Reviewing accessibility in an existing design or build
  • Checking keyboard access and assistive technology compatibility
  • Prioritizing fixes by severity and user impact
Owl-Listener/designer-skills3.1KUpdated Sep 6, 2026

Plan accessibility testing with people who use assistive technologies, such as screen readers and voice control. Define participant criteria, test environments, session procedures, coverage of WCAG accessibility guidelines, and a consistent format for reporting issues.

  • Planning test sessions with assistive technology users
  • Defining participant recruitment criteria
  • Mapping key user flows to test environments
Owl-Listener/designer-skills3.1KUpdated Sep 6, 2026

Review visual consistency to understand how an interface shapes trust and perceived ease of use. Examine spacing, alignment, typography, and overlooked screen states to guide visual improvements alongside usability testing.

  • Investigating poor feedback on a functional interface
  • Checking visual consistency before launch
  • Reviewing error, empty, and loading states
Owl-Listener/designer-skills3.1KUpdated Sep 6, 2026

affinity-diagram

FreeSummary

Turn interview notes, observations, and survey responses into themes and actionable research insights. Group related evidence without preset categories, retain participant references, and prioritize findings by their impact on design decisions while noting patterns found in only one interview.

  • Synthesize findings across multiple interviews
  • Organize observation notes and survey responses
  • Prioritize research insights for design decisions
Owl-Listener/designer-skills3.1KUpdated Sep 6, 2026

Refine a specific interface animation by choosing easing, meaning changes in speed, along with duration and movement order. Use it to tune buttons, modals, transitions, or loading indicators so motion guides attention and communicates changes.

  • Tune how a modal enters and exits
  • Adjust button and toggle animations
  • Coordinate the order of related movements
Owl-Listener/designer-skills3.1KUpdated Sep 6, 2026

See all skills by Owl-Listener

Report a problem with this skill