E3.13.3too many cascade levelsdesign

Too many levels make the cascade path too long

Aliases: deep cascade · long path · extra levels

What it is

Each extra cascade level adds an open, a scan, and a confirm. Stack four or five levels and the chain to a legal path outweighs the task: people have already tapped too often before they even use the value. Path too long is a count-of-levels problem, not “this level has many options” — many options should be searched inside that level, not split into another level to look structured. Address down to village, catalog down to a fifth SKU attribute, are often the path crushing the choice.

Why it happens

Every level has a fixed cost: find the widget, wait for children to load, understand what this level is asking. Costs add linearly, while people expect two or three pointings to “pick a thing.” A middle level that only pads data for the next, with no meaning of its own (they do not care about “district,” only “store”), is pure tax. Load delay stacked on top turns long into unfinishable: people quit at level three and leave a stub chain.

Depth also magnifies the penalty of a parent change. Editing the first level forces a replay of every later one; sunk cost makes people afraid to fix a mistake, so they submit the mistake. Path length becomes error lock-in.

Where it stops holding

Experts who walk the same deep chain daily have the cost shaved by memory, yet still resent middle levels with no discriminability. A phone cannot hold four selects on one screen, so path length is sentenced early by height. Folding the deep chain into a searchable tree or a single field that finds leaves makes level count zero or one for the user, while the structure stays in the data. When multiple levels must remain, skipping a level that has only one child (a municipality with one city) shortens the walked path without changing data depth.

Applying it

  • Count the levels a user must open; if it is often more than three, merge a middle level or search leaves instead.
  • Cut levels whose names users cannot say, that only pad the next layer, or auto-select their only child and skip.
  • On a deep chain, offer “search the leaf by name” and backfill the path on a hit, so regulars can skip step-by-step taps.
  • How to check: count taps for one complete choice, and where people abandon. Abandon piled on a middle level is the tax to delete or skip.

Related

  • Within the group: E3.13.1 Each next level’s options depend on the parent choice · E3.13.2 A parent change must clear or revalidate the child · E3.13.4 Cascades are a poor fit when levels must be compared
  • Adjacent: E3.17 In-List Search and Filtering · E5.05 Breadcrumbs
  • Search terms: deep cascade · too many levels · skip single-child

Cards in the same group

Quick Actions

Share

Share this page

ios_share

https://hci.top/en/handbook/E3.13.3