菜单项数量的限制来自搜索成本而非记忆
别名: 视觉搜索成本 · 扫视时间 · visual search cost
概念解释
一份很长的菜单确实会让用户变慢、变得容易选错,这是真实存在的问题,但原因不是"记不住这么多项",而是找到目标项所需的视觉搜索时间和比较成本随选项数增加而上升。选项越多,用户需要扫视、比对、排除的候选项也越多,出错的来源是看漏或认错,不是把已经看到的内容忘掉。把这个真实存在的成本错误地归因于记忆容量,会让设计者去做错的干预——比如一味缩减选项数字凑某个"魔法数字",而不是改善排布、分组或排序来降低搜索成本。
机制
视觉搜索的耗时随需要检查的候选项数量增加,具体增速取决于目标项与干扰项之间的可区分程度:如果目标项在视觉上很容易与其他项区分(比如有独特的颜色或位置),增加选项数对搜索时间的影响较小;如果所有选项彼此相似,用户必须逐项核对才能确认,耗时会随选项数上升得更明显。这整套过程发生在视觉系统扫视和比对的层面,不涉及把选项内容"记在心里"这一步——用户全程都能看着选项做判断,搜索慢只是因为要看的、要比的东西变多了。
怎么研究
要确认某个"选项数太多导致变慢/出错"的现象属于搜索成本而非记忆问题,可以对比两种条件下的表现:一是选项持续可见、用户可以反复查看再作答;二是选项呈现后立即遮挡、要求用户凭记忆作答。如果表现下降主要出现在遮挡条件而非可见条件,说明瓶颈确实是记忆;如果可见条件下也随选项数增加同样明显变慢,说明瓶颈是搜索而非记忆,此时应该转而测量搜索时间和错误位置的分布,看它们是否与目标项的视觉可区分度相关。
边界
选项数量增加导致的体验下降不总是纯粹的搜索问题——如果界面设计让用户在多份菜单之间来回切换、需要记住上一份菜单里看到过什么才能在这一份里做出对应选择,这时又混入了真正的记忆负担;但那属于跨菜单的情境依赖问题,不是单份可见菜单本身的选项数量问题,处理办法也不同。
怎么落地
- 遇到"菜单太长,用户选不准"的问题,先排查是不是搜索成本在起作用:检查选项之间的视觉可区分度、排序逻辑、是否分组,而不是先入为主地把选项数砍到某个记忆容量数字。
- 降低搜索成本的常规手段包括:按使用频率或字母顺序排序、用分组和视觉分隔降低单次需要扫视的候选集大小、给最常用的选项额外的视觉突出,这些手段处理的是搜索效率,与压缩总选项数是两条不同的路径,可以单独或组合使用。
- 验证办法:记录用户在不同选项数量、不同排布方式下找到目标项所需的时间和点错率,如果优化排布(不减少数量)就能显著改善这两项指标,就证明问题出在搜索而不是记忆,压缩选项数量并非唯一或首选的解法。
延伸
- 同组:A6.10.1 记忆容量的经典数字不适用于视觉选项数 · A6.10.3 引用容量结论时须核对原始任务类型 · A6.10.4 经典容量数字源于一维刺激的绝对判断任务,与多数界面场景结构不同 · A6.10.5 该数字在科普传播中被简化为万能设计法则,脱离了原始实验条件 · A6.10.6 密码长度、颜色种类等设计限制若照搬该数字,缺乏实证依据 · A6.10.7 判别设计限制是否该援引记忆容量,需先确认用户是否真在做无提示回忆
- 相邻:A1.09 视觉搜索 · G2.04 深度与广度的权衡
- 站内检索:
visual search cost·menu scanning time·search versus memory