Skip to content
cccskills
FreePublished on GitHub

hicks-law

Apply Hick's Law to reduce decision time by limiting the number of simultaneous choices presented to users.

The English summary is being prepared. Showing the original description.

Run score Not tested

See how to install

Files included (1)

  • SKILL.md2.5 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

Design rigorous A/B tests with hypotheses, variants, metrics, and sample size calculations.

The English summary is being prepared. Showing the original description.

Infrasity-Labs/dev-gtm-claude-skills144Updated Jun 29, 2026

When the user wants to plan, design, or implement an A/B test or experiment, or build a growth experimentation program. Also use when the user mentions "A/B test," "split test," "experiment," "test this change," "variant copy," "multivariate test," "hypothesis," "should I test this," "which version is better," "test two versions," "statistical significance," "how long should I run this test," "growth experiments," "experiment velocity," "experiment backlog," "ICE score," "experimentation program," or "experiment playbook." Use this whenever someone is comparing two approaches and wants to measure which performs better, or when they want to build a systematic experimentation practice. For tracking implementation, see analytics. For page-level conversion optimization, see cro.

The English summary is being prepared. Showing the original description.

Infrasity-Labs/dev-gtm-claude-skills144Updated Jun 29, 2026

Format CVs for academic positions with publications, grants, and teaching

The English summary is being prepared. Showing the original description.

Infrasity-Labs/dev-gtm-claude-skills144Updated Jun 29, 2026

Conduct a comprehensive accessibility audit against WCAG guidelines with severity ratings and remediation steps.

The English summary is being prepared. Showing the original description.

Infrasity-Labs/dev-gtm-claude-skills144Updated Jun 29, 2026

Create accessibility testing plans covering assistive technologies and WCAG criteria.

The English summary is being prepared. Showing the original description.

Infrasity-Labs/dev-gtm-claude-skills144Updated Jun 29, 2026

When the user wants to generate, iterate, or scale ad creative — headlines, descriptions, primary text, or full ad variations — for any paid advertising platform. Also use when the user mentions 'ad copy variations,' 'ad creative,' 'generate headlines,' 'RSA headlines,' 'bulk ad copy,' 'ad iterations,' 'creative testing,' 'ad performance optimization,' 'write me some ads,' 'Facebook ad copy,' 'Google ad headlines,' 'LinkedIn ad text,' or 'I need more ad variations.' Use this whenever someone needs to produce ad copy at scale or iterate on existing ads. For campaign strategy and targeting, see ads. For landing page copy, see copywriting.

The English summary is being prepared. Showing the original description.

Infrasity-Labs/dev-gtm-claude-skills144Updated Jun 29, 2026

See all skills by Infrasity-Labs

Report a problem with this skill