Hick's Law

Decision time tends to increase as the number of plausible choices and the uncertainty between them increase.

Hick's Law is useful for interaction design when users must select among alternatives. The strongest design response is often to improve information architecture, defaults, prioritization, or filtering rather than simply delete options. Familiarity and unequal probability also matter: a common action can remain fast to find inside a large set when placement and labeling are stable.

Hick's Law describes the relationship between choice uncertainty and decision time. In interface work, its most useful implication is that simultaneous competition matters. Ten actions distributed across clear categories can be easier than five unrelated actions presented with equal prominence.

The design response should optimize the decision path as a whole. Hiding actions behind additional menus can reduce the visible choice set while increasing navigation, memory, and discovery cost. Familiarity and probability also matter: a common action remains easy to find inside a large set when placement and labeling are stable.

Layr should therefore identify the real decision point before recommending consolidation.

Count only plausible alternatives competing in the current context. Use analytics or workflow evidence when available to distinguish frequent from rare actions. Evaluate whether categories, defaults, labels, and priority reduce uncertainty.

The agent should avoid “too many buttons” findings unless it can explain how the simultaneous alternatives slow or confuse the current task.

• Every row action is permanently visible with equal weight.
• Rare and frequent commands compete in the same toolbar.
• Long menus have no grouping despite stable categories.
• Labels are so similar that users must read descriptions before choosing.
• Overflow menus are used excessively, forcing repeated extra navigation for common actions.

• Which choices are truly competing right now?
• Are common actions visually and spatially prioritized?
• Could grouping or labeling reduce uncertainty without hiding capability?
• Does the proposed simplification reduce total task time or only clean the screenshot?

Medium — Nine row actions compete with equal prominence. The table exposes nine unlabeled icons even though usage data identifies “Open” and “Assign” as the dominant actions. Keep those two direct, group the remaining low-frequency commands in a labeled overflow menu, and preserve keyboard access.

Optimize the decision structure, not the option count in isolation. Identify which choices are genuinely competing at the same moment.

• Menus, navigation, command surfaces, filter panels, onboarding decisions, pricing, action menus, and branching workflows.

• Many actions are presented with equal prominence.
• Rare and common actions compete in the same primary surface.
• A menu is long and ungrouped despite stable categories.
• Users must read explanatory text for each option before distinguishing them.
• Several choices lead to nearly identical outcomes.

• Prioritize frequent and contextually relevant actions.
• Group alternatives into recognizable categories.
• Move rare actions into secondary menus without making them undiscoverable.
• Use defaults, search, and filters when they reduce uncertainty.
• Merge truly redundant choices.

Do not use Hick's Law to justify hiding everything behind menus. Additional navigation steps add their own cost. Optimize the full task, not one screen.

• Default severity: Medium; high when decision delay or wrong action affects core workflows.
• Typical confidence: High when simultaneous choice sets are observable.
• Primary evidence: Action count, frequency data when available, labels, hierarchy, task context.
• Related rules: Choice Overload, Selective Attention, Pareto Principle, Fitts's Law