C10.09.3layout change breaks muscle memorydesignresearch

Layout changes break long-time users’ muscle memory

Aliases: keyboard rearrangement · negative transfer · layout migration · learned motor map

What it is

After three years, volume moves from upper-left on the wheel to lower-right; a typist meets a keyboard that swapped Ctrl and Fn. Before the eyes can read the new legend, the hand has already pressed the old coordinates. Layout change breaks muscle memory means the spatial programs eyes-free use is bound to the old map. A new panel can be “more reasonable” and still be a batch of directed errors for people who already know it. Once zones and privileged slots are trained, the cost of changing them falls mainly on those who can already use them.

Why it happens

Muscle memory compiles “function” into “a set of joint angles from the current grip,” skipping the legend. The program fires faster than vision, so the first press after a revision is almost always the old program. Overwriting it takes thousands of correct new presses; until then, the old program returns under distraction, urgency, and darkness. Larger changes (whole-block translation, a swap of two keys, relative zone poses) produce more interference. Changing only print, leaving geometry, still hits; moving geometry hits the wrong function. New users have no old program, so they score the new layout well in the lab and hide veterans’ errors.

Studying it

Bring people in the field, or at least people fluent on the previous generation, onto the new layout eyes-free, and compare them with true novices.

Independent variables: kind of change (translation / swap / zone re-group), years on the old layout, dual legends during a transition, urgency of the task. Dependent measures: first-press on old coordinates, wrong-function triggers, number of presses to learn the new map, return of the old program under urgency.

Do not conclude from “satisfaction after a week of adapting” alone; that files still-returning errors as migrated. Dual tasks and sudden commands are better at eliciting the old program.

Where it stops holding

A first generation has no veterans; layout is free. Replacement of service parts, or an enterprise mandate to unify on a new keyboard, moves the cost onto the organization, but it still belongs in training and incident accounting. Software moving on-screen hit regions does the same thing to “veterans,” only the geometry was never stable, so the memory is shallower. Changing infrequent keys yields little return and low cost; changing frequent keys on the rest drop returns fast and dear. Moving a safety-critical function, even if the new layout fits anthropometry better, is an accident-risk review, not a new-user preference vote.

Applying it

  • Default to freezing key geometry on shipped products. If change is mandatory, prefer infrequent keys; keep relative poses of frequent keys still.
  • Treat swapping two keys as high risk: they need new tactile identities, not only new print.
  • Give veterans a stretch of dual legends or “old location still works,” and log old-coordinate misses during that stretch.
  • Verify: with people who used the previous generation, eyes covered, press the most frequent functions; count first-drops on old coordinates. Probe again under an urgent command. If old-coordinate misses concentrate on two keys, consider reverting or giving those two utterly different silhouettes—not a release note.

Related

  • Same group: C10.09.1 Key zoning uses differences in shape, material, or raised edges so fingers locate regions by touch · C10.09.2 High-frequency function keys belong in the most reachable, most discriminable positions · C10.09.4 Zoning has to be verified with eyes off the device, by touch alone
  • Adjacent: C10.07 Tradeoffs Between Physical and On-Screen Controls · C6.01 QWERTY and Layouts
  • Search: muscle memory · layout migration · negative transfer

Cards in the same group

Quick Actions

Share

Share this page

ios_share

https://hci.top/en/handbook/C10.09.3