G3.06.3templated snippets设计研究
统一模板的摘要会丢失差异
别名: 模板化摘要 · homogeneous snippets · 摘要同质
概念解释
每条结果都按同一槽位填摘要——类型、作者、固定截断的第一句——列表在结构上看起来很整齐，差异却被模板吃掉。用户要比较的是「这一条和那一条有什么不同」，模板保证的是「每一条长得像」。商品卡全是「品牌 | 包邮 | 月销」，文件卡全是「PDF · 12 页 · 来自知识库」，真正用来分流的年份、适用范围、版本号如果没占到槽位，扫视就比不出胜负。
模板化不是「有结构就坏」。坏的是结构独占了摘要预算，查询相关的那句、或对象之间互不相同的那句，再也挤不进去。
机制
比较需要变异。人在并列的几行上找那个不一样的字段，用它做点击决策。模板把每行压进相同的槽位顺序和相同的取值类型，变异被压到槽位内部的微小差别（两个「月销过万」），低于扫视分辨率。查询偏向的句子本可以提供每次查询都不同的变异；固定槽位与查询无关，同一集合里所有查询共享一张脸。
同质化还会反向训练排序：既然摘要不能帮人排除，人就更依赖第 1 条，位置偏差被放大。看起来像排序不够准，其实是比较维度从摘要里消失了。卡片式结果把图片、价格、评分做成同一套骨架时，问题同样发生——骨架越完整，留给「这次查询特有的那一句」的空间越小。
怎么研究
用「能否在未打开时区分两条近邻结果」当因变量，而不是用「摘要是否完整」。
- 范式：snippet 研究中对照查询偏向摘录与固定槽位模板；让被试对若干近标题结果做配对区分（哪份更新、哪份适用北京）。Hearst 强调摘要应随查询变化。
- 自变量：槽位是否占用全部摘要行、是否为查询保留一句可变摘录、近邻结果在模板槽位上是否取值相同。
- 因变量：未打开即可区分的对数、错误地认为两条相同的比例、为了区分而打开的次数。
- 方法论注意点：若实验材料在模板槽位上本来就差异很大（价格差一个数量级），模板看起来够用。要选槽位取值接近、差异藏在正文里的语料。视觉整齐常被被试评成「更好看」，与「更好区分」不是同一个分。
边界
对象类型混杂的列表（应用、网页、图片）需要一点类型骨架，否则无法预判点进去是什么；骨架应短，给可变摘录留行。表格型内部工具（订单号、状态、金额）的槽位就是决策维度，模板是对的，不要强行改成散文摘要。极短内容（一条推文、一条错误码）没有可丢的差异，模板化无害。个性化槽位（「因为你看过」）会再叠加一层与查询无关的同质理由，比较被推荐理由打断。
怎么落地
- 先为本次查询留一句会随命中段落变化的摘录，其余槽位（类型、日期、来源）压缩到摘录之外的次要行。
- 审查模板槽位在真实前十条里是否经常取值相同；经常相同的槽位从摘要主行拿掉，换能区分的字段。
- 标题近似的结果禁止共用同一句模板开头或同一张默认图。
- 验证：挑两条用户需要分清的近邻结果，只看摘要。说不出差别，模板吃掉了差异。把槽位取值改成彼此接近后再测一次，仍能分清才是摘录在工作，而不是碰巧槽位救了场。