菜单项数量增长时查找成本超过菜单收益
别名: 菜单长度 · menu search · choice overload
概念解释
上下文菜单查找成本（context-menu search cost）是用户在展开菜单中定位所需命令的视觉扫描、辨认和决策时间。菜单项增多时，近距离调用带来的移动收益会被更长的查找、分组理解和误选风险抵消；"把所有相关操作都放进右键"不会必然更高效。
机制
菜单将命令串成线性或分组列表，用户需要把目标词与可见标签匹配并排除干扰项。项目越多、命名越近似、分隔越弱，搜索集合越大。频率排序、明确分组和只保留当前对象真正适用的命令可缩小集合，但过度动态变化又会破坏位置记忆。
这条规律和选择反应时间随选项数量增长的经典发现（Hick-Hyman 关系：反应时间随可选项数的对数增长）方向一致，但上下文菜单的特殊之处在于查找不是纯粹的视觉搜索——用户先要判断"这个命令是不是我要的意思"，命名越模糊、同义词越多（"删除"和"移除"并存），辨认阶段的耗时会独立于选项数量继续增加。这解释了为什么单纯缩短菜单（减少项数）不足以解决问题：如果剩下的几项命名含糊，查找成本仍然居高不下，命名清晰度和菜单长度是两个独立的成本来源，必须分别处理。
怎么研究
操控菜单长度、项目顺序、分组和命名，测量选择时间、误选、关闭不选和搜索路径。用真实低频任务测试，而不是让参与者提前背熟菜单；同时比较全局工具栏、快捷键和搜索的完成成本。若要分离"数量"和"命名清晰度"两个变量，需要设计两组对照：固定项数改变命名相似度、固定命名改变项数，分别观察选择时间的变化曲线，否则两个效应会被合并计入同一个"菜单长度"结论里。
边界
长菜单在专家可用键盘输入过滤或熟记位置时不一定慢，但这不能代表新手与鼠标用户。级联子菜单可缩短首层，却增加路径控制和关闭风险——鼠标必须沿一条狭窄的斜线移动才能不小心穿出子菜单触发区域，这对运动控制能力较弱的用户是额外负担。隐藏罕见命令不能使其不可发现或不可访问，这一点在允许通过键盘或命令面板搜索命令的应用里尤其容易被违反：设计者以为"反正能搜索"，就把命令排序得毫无逻辑，纯鼠标用户仍然要素览整份列表。
怎么落地
- 只保留当前对象最相关的少量命令，按任务频率和语义稳定排序，命名避免同义词并存。
- 将罕见或高级操作放入清晰分组、更多菜单或命令搜索，而非无层次堆叠；分组标题本身也要参与"查找成本"的测试，而不只是视觉分隔线。
- 验证办法：记录菜单打开后未执行、误选和滚动/子菜单进入率，针对高成本项重组；对比命名修改前后同一菜单长度下的选择时间，确认收益来自命名而非项数变化。