听觉无法扫描，列表成本极高
别名: 听觉无法扫描 · serial list cost · 口头列表代价
概念解释
眼睛可以在列表上跳、回、盯两行。耳朵不行。航空公司电话菜单把去成都的八个航班时刻顺时针念一遍，听者不能扫到「下午那几班」，只能把整条时间线走完，或开口叫停。听觉无法扫描（audition cannot scan）让任何口头列表的成本按时间线性涨：每一项独占一段耳朵，跳过要等一轮对话，回头只能重播。这说的是朗读通道的访问代价，不是「选项太多记不住」，也不是「比较任务不该用语音」——那两件事各自成立，这里只问：一旦决定把清单读出声，通道有多贵。
机制
视觉列表提供空间随机访问；听觉是一条只能往前的磁带。跳到感兴趣的区域没有指针，只能消耗时间等到它，或发一条「停下 / 下一条」去近似扫描，粒度粗、来回延迟高。信息气味被推迟到相关那一项被念出来的那一瞬之前，人不知道该不该继续听。即便每一项当场就能点头（不是拿来做交叉比较），长读仍然贵，因为兴趣区无法被点选。代价是时间和注意，不是把整组选项同时压进工作记忆里做选择题——那是无屏记忆负担在管的事。这里贵的是磁带本身。
怎么研究
口头序列的系列位置：目标项放在第 k 位，测找到它的时间和漏听。自变量是列表长度和目标位置。因变量是搜索时间、错过率、中途放弃，以及人在哪一项开口叫停。系列位置上的首因、近因会出现，但用来诊断的是「访问第 k 项要付多少时间」，不是用首因近因去解释记忆容量。
有屏对照会把扫描还回去，那就不是在测口头列表。不要用满意度代替时间：人可以觉得「念得很清楚」同时在第三项就放弃。
边界
两三项、听者又在等一个已知标签（「就那班八点的」），磁带还短，成本可以接受。用户明确说「把它们都念一遍」时，扫描不是目标，朗读是被请求的。体育比分、电台报时这类靠背内容，人不打算跳。熟手已经知道清单结构，会在某个固定槽口等待，等于自带索引。把列表读得更慢只拉长磁带，并不恢复扫描。
怎么落地
- 默认不要把集合读出声；朗读是高成本操作，每次都要有理由。
- 必须读时，叫停要和条目同级可用，不要等播完。
- 不要把「下一条」当成扫描的替代品去支撑「我想看下午那一段」这种区域访问。
- 验证：从列表开口到用户行动的时间，以及行动落在第几项。多数行动是「停，我自己查」，这份朗读的成本已经高过它的价值。