E4.17.3over-fine list grouping cost设计研究
分组过多过细会增加而非降低扫描负担
别名: 分组过细 · 分组过多 · 标题噪音 · too many sections
概念解释
分组本用来减少扫描时要同时面对的块数。组数接近条目数、每组只有一两行，或同一列表叠好几层标题时，标题自己变成要扫的对象。过细分组（over-fine grouping）把结构线索加密到和内容一样密，人要先跨过标题林，才能看到条目。负担升而不是降。
机制
结构有用，是因为它比内容稀疏。一段标题管十几二十行，眼睛可以按标题跳。一行一条标题时，标题密度等于行密度，跳转没有粒度差，还多了一种视觉样式要解析。多层分组（先按年、再按月、再按日、再按会话）让每一屏都停满标题，条目被挤出视口，比较窗口变小。过细还来自错误的维度切分：把连续量切成太多桶（每小时一组的时间线），桶的名字不再能被用作查找键，因为没人记得目标在「14:00–15:00」还是隔壁桶。分组的收益随组大小呈倒 U：太粗找不到类，太细类不再是类。
怎么研究
把同一集合做成粗分组、细分组、多层分组，做定位与比较任务。自变量：平均每组条数、标题层数。因变量：完成时间、标题被误当成条目、滚动中标题所占视口比例。细分组在「找出这一类」上可能稍快，在「比较两类之间的条目」上应明显变慢，因为视口里全是标题。
边界
通讯录按字母分，二十六组看起来多，但每组仍有不少条目，而且字母是稳定查找键，不算过细。空组（没有条目仍显示标题）是另一种噪音，应隐藏空组而不是靠加细分组去填。用户自定义的标签可能天生又多又细，需要折叠低频标签，而不是原样铺成一级标题。
怎么落地
- 以平均每组能在一屏内形成比较窗口为下限，组数远超这个粒度就合并。
- 只保留一层对查找有用的分组；更深的层次进条目字段，不要再占标题行。
- 隐藏空组；连续时间用更粗的桶（今天 / 本周），不要按小时切。
- 验证：数一屏里标题行与条目行的比。标题经常多过条目，分组就过细了。