E1.01.4competing equal-weight actionsdesignresearch

Several equal-weight buttons erase the recommended path

Aliases: competing CTAs · equal-weight buttons · no recommended path

What it is

When two or more buttons on a view match in fill, size, and contrast, the interface no longer has a recommended path. People do not see a primary plus exits; they see a set of actions the system appears to endorse equally. That is not neutrality. It cancels the recommendation: people pause to compare, hit whichever is nearer the hand, or leave. Equal weight is not fairness. It hands choice cost back to the user and withdraws the default direction the product was supposed to provide.

Why it happens

The Hick–Hyman law says decision time grows with the log of the number of alternatives once those alternatives are treated as a set to be discriminated. Equal-weight buttons rewrite “recognize the recommendation, then act” as “choose among N equally qualified actions.” After salience is split evenly, there is no place to land, so comparison starts. Two solid controls labeled Buy now and Join as member sit side by side; people start estimating which is the better deal instead of continuing down a purchase path. Similar consequences in the copy push the comparison from style into meaning, which takes longer. Reach then breaks the tie: with no recommendation, the motor system picks the easier target, so “fair” becomes “whichever sits nearer the thumb.”

Studying it

Choice reaction time demonstrates Hick’s effect, but interface studies need an ecological version: place two, three, or four same-color same-size buttons at the end of one form, all worded as plausible next steps. Contrast that with one filled control and the rest demoted.

Independent variables: count of equal-weight buttons, semantic overlap of labels, difference in distance to the thumb’s comfortable zone. Dependent variables: decision time, whether final choices skew toward the nearer control, abandonment, number of comparative phrases in talk-alouds.

In the lab the option set is closed and timed, so Hick’s effect is clean. On a real checkout people can leave, which shows up as bounce rather than slowness. Log both time and abandonment; slowness alone is not the measure.

Where it stops holding

A settings row of equal-weight segments for Email / Push / SMS correctly means “pick one, the system has no preference.” A missing recommended path is then the right state. Making Delete and Cancel equal-weight in a destructive confirm is not that situation—Cancel should be easier, and equal weight raises accidental deletion. Command palettes list many equal commands and shrink the set by search; button hierarchy does not apply. More than four or five equal-weight buttons in a row is no longer “no recommendation” but the wrong control; use a menu or list instead of more solid buttons.

Applying it

  • When two or more same-color same-size actions sit in a row, ask which single thing the product wants done if the user will only do one; give that action unique high weight and demote the rest.
  • If the business insists on two parallel conversion paths, accept the choice cost and put the different consequences in the labels rather than pretending neutrality with matched styling.
  • Check whether clicks in a tie skew toward the nearer control; if they do, position is substituting for a recommendation.
  • Verify on recordings: time from button appearance to first click, plus gaze round-trips. An equal-weight set should be slower than a one-primary set; a near-hand click bias means the recommended path has already collapsed.

Related

  • Within the group: E1.01.1 A view should contain only one primary button · E1.01.2 Secondary and text buttons carry parallel and exit actions · E1.01.3 Hierarchy is carried by visual weight rather than position
  • Adjacent: B1.04 Hick–Hyman law · F3.08 Hierarchy collapse · E1.14 Button groups and split buttons
  • Search terms: Hick-Hyman law · competing CTAs · recommended path

Cards in the same group

Quick Actions

Share

Share this page

ios_share

https://hci.top/en/handbook/E1.01.4