分组比削减更能降低成本
别名: 导航分组 · chunking navigation · 不要先砍入口
概念解释
面对一排太多的导航，第一反应常常是删掉几项。分组往往比削减更能降成本（grouping over cutting nav）：把同一选择场切成几个有名称的块，扫描和决策就在块内进行，总成本下降，同时入口还在。削减是在减少覆盖；分组是在改变选择场的形状。能分组时先分组，删是最后才动的刀。
机制
平铺的 n 项是一场选择；分成 k 个有标签的组之后，人先选组再选组内项，两场小选择替代一场大选择。Hick 型成本近似变成「选组」加「组内选」，通常小于一次选 n。扫描也变成先读组标题、再只扫相关那一块，眼睛不必覆盖整列。覆盖没有丢：被分进去的入口仍可达，只是不在第一眼的选择场里。
削减则直接拿掉覆盖。被删的若仍是某些用户的主路径，他们会绕路或认为功能不存在，成本从这一排转移到搜索、客服和流失。只有确认该项没有真实任务、或已有更好的到达方式时，削减才降成本而不是转移成本。分组失败的形态是组名含糊（「更多」「其他」），人仍然要打开每一组才知道里面有什么，两场选择变成两场完整扫描，成本不降反升。
怎么研究
同一组入口，比较平铺、有意义分组、以及删掉低频项三种。测到达高频和低频目标的时间、错误、以及「功能还在吗」的判断。自变量是分组标签是否具体。因变量是两段选择的时间之和、低频目标的发现率。
若分组后低频发现率仍接近平铺，而高频到达变快，分组就同时保住了覆盖和速度；削减条件里低频发现率应明显下降，这才能对照出「删」付出的覆盖代价。
边界
组数本身太多时，选组又变成一场大选择，需要再聚类或改用搜索。组间边界不符合用户心智（把「账单」和「发票」拆开）时，人会进错组，分组变成惩罚。空间不够写出组名时，分组线索消失，退回平铺成本。专家已经记住平铺位置时，突然分组会暂时加税，需要位置稳定一段时间。
怎么落地
- 先按用户口中的类别给现有项起组名，组名必须能排除其他组；「更多」不算组名。
- 高频项可以同时留在未分组的短名单里，其余进组，避免为了整齐把高频也藏进组。
- 只有任务日志证明没有人靠它完成主路径时才删；删之前先看有没有等价入口。
- 验证：到达高频项应变快或至少不变，到达被分组的低频项仍应在两次选择内完成。组名为「其他」的那一组若承担了寻找任务的大部分失败，就重写组名，而不是继续删项。