uiuxindexUI & UX, indexed.
uxdecision-makingcognitive-loadmenusprinciple

Hick's Law

Hick's Law says the more options you put in front of someone, the longer they take to choose. The slowdown isn't linear — doubling the options doesn't double the time — but each additional choice still adds friction. The practical implication: fewer choices, faster decisions.

Explanation

Hick's Law (more formally, the Hick-Hyman Law) is one of the oldest empirical findings in human-computer interaction. In 1952, William Hick and Ray Hyman measured how long people took to identify which of N lights had turned on, and found a clean mathematical relationship: response time grew with the logarithm of the number of choices, not linearly. Two options feel only slightly slower than one; ten feel meaningfully slower than two; a hundred feel painfully slow. The formula is T = b · log₂(n + 1) — but for design work, the shape of the curve matters more than its constants.

In interfaces, the same effect shows up in every menu, every settings page, every dropdown. A nav bar with 4 items is faster to scan than one with 14. A button group of 'Yes / No' is faster to act on than 'Yes / No / Maybe / Cancel / Later / Never'. The user isn't reading slower — they're paying a real cognitive cost for each option they have to evaluate and rule out.

The law is most cited as a reason to reduce choices, and that's the right instinct for overlong navigation, overpacked toolbars, and settings pages with thirty unrelated knobs in one list. But the law doesn't say 'always show fewer options' — it says decision time grows with options the user has to consider. Grouping, hierarchy, search, sensible defaults, and progressive disclosure all reduce considered choices without removing the options themselves.

Hick's Law also assumes the user actually has to consider each option. It doesn't apply when the user already knows which item they want — picking 'New York' from a list of 50 US states is fast if you know it's 'New York', regardless of list length. It also assumes options are roughly equivalent in cost; if one option is clearly correct (a primary action) and the rest are clearly secondary, the apparent number of choices collapses to one or two.

Examples

Mechanics

Race against your own reaction time

Pick the same target in three rows of different sizes. The 30-option row won't be ten times slower than the 3-option row — but it'll definitely be slower. That gap is Hick's Law in action.

You'll see three rows. Find the same target in each.

Grouping changes what's being considered

Both panels contain 20 items. The flat list asks you to scan all 20; the grouped one asks you to pick a category (1 of 4), then pick an item (1 of 5). Same total options, far fewer to consider at any moment.

Flat — 20 items
AppleBananaCherryDateFigCarrotEggplantOnionPepperSpinachBarleyOatQuinoaRiceWheatBeanChickpeaEggLentilTofu
Grouped — 4 categories

Find Quinoa in each. Grouping doesn't reduce the options — it reduces how many you have to consider.

Equal vs. dominant options

When every option looks the same, the user has to evaluate them all. When one is visually dominant, the user's choice space collapses. Same count, very different decision cost.

Many equal-weight options
One dominant option, others recede

Same number of options, but only one demands attention. The user's perceived choice count is closer to two than seven.

Common use cases

Smart defaults

Preselecting the most common answer turns a choice into a confirmation. The user goes from 'which of these five' to 'is the suggested one fine?' — a much faster question.

No default — every option is equally weighted
Common option preselected

Search as a choice-reducer

A free-text input is the most aggressive way to shrink Hick's denominator. 43 countries becomes a handful as soon as the user types a few characters, and often just one.

  • Argentina
  • Australia
  • Belgium
  • Brazil
  • Canada
  • Chile
  • China
  • Colombia
  • …and 35 more.

43 countries collapses to whichever ones match the query — usually a handful, often one. The user doesn't make a decision among 43 things; they make one among 3.

Progressive disclosure

Show the options most users need. Hide the rest behind an explicit reveal. The advanced settings still exist, but they're not in the decision space until someone goes looking.

Most users only need the first two fields. The other five exist for the few who need them, but stay out of the decision space until asked for.