相关元素分散会导致来回寻找
别名: 放大下来回找 · 相关元素分散 · spatial split under magnification
概念解释
标签在左上、输入框在右下,价格挂在卡片顶、下单按钮钉在页脚——这组东西在全屏里「属于一次操作」,在放大路径上却是两次旅行。相关元素分散要付的不是「看起来不够整齐」,而是每次核对都要平移、重新对准、再平移回来。
这里管的是稳定存在、本应成对使用的对象被拆开。瞬时提示出现在别处,是另一件事。
机制
放大用户不能把两端同时留在镜头里。核对「这个标签说的是不是这个框」变成:记住标签措辞 → 平移 → 找到框 → 工作记忆里的措辞开始淡 → 再平移回去确认。距离越大、中间无关块越多,重新对准成本越高,因为每次镜头落地都要做一次「我现在停在哪」的定位。
全屏用户用余光维持两端的空间关系;放大把余光裁掉了,空间关系只能靠记忆和重复平移重建。所以同样的分散,放大倍率越高,来回次数不是线性增加,而是一旦两端无法同框就阶跃上升。
怎么研究
先在未放大的截图上标出「必须成对使用」的元素对(标签–字段、项–操作、图例–图形),量它们的屏幕距离和中间插入块数。再请人用 8× 镜头完成依赖这些对的任务。因变量:每对的平移次数、来回一次的时间、是否出现张冠李戴(把标签安到隔壁字段上)。
自变量除距离外,还要看中间是否有吸引镜头停下的干扰(大图、广告、另一组控件)。只测满意度看不到来回;要数镜头轨迹。
边界
单列、字段与标签本来就叠在一起的表单,这条几乎不发作。数据表格里「行标签在左、值在右」是结构化的近邻,按行读时两端仍可同框。真正痛的是跨区域的对:页头的筛选条件和主列表的结果、侧栏的目录和正文的当前位置。读屏用户不靠镜头找对,他们靠名称计算和关系属性;这条是视觉放大路径上的分散。
怎么落地
- 把成对使用的对象做成一个空间单元:标签贴着字段,行内操作贴着该行,价格与购买放进同一张卡,不要一个在顶栏一个在底栏。
- 跨栏对照(筛选项 vs 结果、目录 vs 正文)要在当前焦点块里重复关键状态,例如结果区自己写着「已选:红色 / 42 件」,而不是只把状态留在侧栏。
- 验证:列出主任务里所有「必须同时知道的两端」。8× 放大下看每一对能否不平移就同框;不能同框的,数完成一次核对要来回几趟。大于一趟的对,就是布局把一次操作拆成了旅行。