G3.10.2facet overload设计研究
分面数量过多会淹没主内容
别名: 分面过载 · too many facets · 分面挤占
概念解释
分面导航把属性做成可走的边，边一多，结果区就被挤到边上看不见。分面过载（facet overload）指的不是「分类维度在数据模型里太多」，而是导航面板占用了本该用来判断对象的视觉与注意资源：人还没看清第一件东西，已经在扫十二组取值。Hearst 反复强调分面界面的中心是结果，分面是走过去的路；路比目的地还宽，导航就反客为主。
这和「分面必须正交、必须独立」不是同一件事。正交解决的是维度会不会互相蕴含；过载解决的是此刻屏幕上露出了多少条边。一套正交的元数据，若把内部字段全铺成面，仍然会把主内容淹没。
机制
每一次分面都是一次潜在决策，决策有注意成本。人用结果区的缩略图、题名、价格来形成信息气味；分面区提供的是下一口约束。当气味来源被挤出首屏，人会改去管理约束——滚动分面、展开长列表、猜测哪一面值得点——而不是比较对象。气味来源从「这些是什么」换成「我还能怎么切」，任务从识别变成了工具操作。
过载还有第二层：面越多，单面被点到的先验越低，计数和排序信号被稀释。用户会认为「这么多选项里一定有我要的那面」，花掉本该花在结果上的时间去找它；找不到就认定馆藏没有，即使对象其实在结果区第一页。失败被记在内容头上，原因在面板宽度。
怎么研究
测的是面板与结果区的资源分配，不是分面在模型里有没有。
- 范式：同一检索任务，改变同时露出的分面数（例如 3 / 7 / 15），或改变分面区与结果区的宽度比；眼动或首屏点击可以标出注意落在哪一侧。Koren、Zhang 等人对分面选择与展示数量的研究走的是这条线。
- 自变量：可见分面数、每面默认展开的取值数、结果卡片在首屏的完整条数。
- 因变量：首次点击落在分面还是结果、到达目标对象的时间、误报「没有」的比例、主观「被选项包围」评分。
- 方法论注意点：实验室显示器很宽时过载不容易出现；要用目标设备的视口。把不常用面藏进「更多」会改变可见集合，分析时要分开「模型里有多少面」和「首屏露了多少面」。
边界
专家监控盘、数据仓库探索器的使用者把分面当查询语言，面多是能力不是噪音；过载主要打在偶发查找、电商和馆藏公众界面上。集合极小（几十件）时，结果区本来就短，分面再多也淹没不了多少内容，问题会转成空面和无意义计数。语音或屏幕阅读器没有「首屏」，过载表现为朗读分面列表的时长，要用可跳过的区域，而不是减宽度。
怎么落地
- 首屏只放用户真正会拿来当第一刀的少数面（常见是 3–7），其余进「更多分面」，按使用日志排序而不是按内部字段表。
- 保证结果区在目标视口里至少能完整看到若干条对象，分面区可以折叠，结果区不能被推到折线以下。
- 长取值列表默认截断，用「显示全部」而不是一上来铺开上百个品牌。
- 验证：在真实设备宽度上截首屏，数得见的完整结果条数；若为零或只剩半张卡片，分面已经淹没内容。再看未参与设计的人第一下点的是面还是对象。