M3.03.2preview count and category before items设计研究
需先给数量与分类再给条目
别名: 列表预告 · information scent for lists · 先报数量再读
概念解释
开口读条目之前，先报数量和分类。带屏助手说「附近找到十二家意大利餐厅」，听者才知道这是不是想要的集合、值不值得把耳朵借出去；直接从「第五大道上的 Luigi's……」起念，第一项会被听成也许是唯一一项。这是听觉上的信息气味（information scent）：用预告做决策闸门，再决定进不进那条昂贵的串行朗读。预告不是为了让人多记住几项，是为了让人有机会拒绝整份磁带。
机制
没有帽段，听者无法估计成本和分配注意。第一项到达时，集合大小未知，分类未知，人只能按「也许就这一条」或「也许还有三十条」去赌。数量给出停止规则和代价估计；分类（意大利餐、未读、延误）给出气味：这还是不是我要的那一盘。这是给听觉材料的先行组织者。闸门设在昂贵的逐条朗读之前：气味不对，就改口筛选或去看屏幕，而不是听到第六家才发现品类错了。预告消耗一两秒，换的是整条磁带的准入权。
怎么研究
对照「直接从第一家专名开始」和「数量 + 分类，再给条目」。因变量：听者是否留下继续听、是否改口去收窄、是否改看屏幕；以及是否在知道集合大小之前就对第一项采取了行动。自变量：N、分类是否正确。预告一结束、条目尚未开始时插入探询「你还要听吗」，测的就是这道闸。
分类报错（说是意大利、其实是整个美食广场）会把气味变成误导，这种条件要单独做，不要和「没预告」混在一起解释。
边界
N 等于一，「我找到一条结果」是排场，直接念名字更干净。紧急改闸口（「改到 B12」）跳过目录头。用户每天听的就是「我那三件货」这种已知集合，分类可以省。预告本身写成一段广告，闸门会变成新的负担。气味对了也不等于可以把后面的条目无度地读下去：集合一大，就该改问约束而不是继续念。
怎么落地
- 每个列表话轮的第一句：数字 + 组织维度 + 要不要继续或收窄。专名不准抢在预告前开口。
- 分类用听者会用来做决定的那个维度（菜系、未读、延误），不要用内部数据库标签。
- 预告结束后留一个可被打断的空隙，让拒绝来得及发生。
- 验证：抽列表话轮的头两秒。以专名起句，就是缺预告。统计有多少人在第一项期间就打断——常常是因为他们没机会先拒绝这份列表。