需要比较与浏览的任务不适合语音
别名: 语音浏览 · 听觉无法扫描 · serial audio comparison
概念解释
比较和浏览依赖同时看见若干候选项、在它们之间来回看。语音把候选项排成一条只能顺时针走的时间线：听完第三家餐厅，第一家的价格已经不在耳朵里。任务若本质是挑、比、翻，语音作为主通道会系统性吃亏。设闹钟不是这种任务；在八家店里按评分、距离、是否排队来选，是。
机制
视觉搜索是空间并行的：眼睛可以在列表上扫、回跳、盯住两行对照。听觉是时间串行的，而且几乎没有「回跳」——想再听第一项，必须让系统重播或自己记住。工作记忆能同时抓住的条目很少，比较却偏偏要让若干条目的属性在同一时刻共在。人会退化成只记得最后听到的那一个，或只记得最先听到的那一个，中间项被挤掉。这不是播报员读得不够清楚，是通道把「并置」做成了「排队」。
浏览还有一个方向问题。屏幕上的浏览是用户控制的扫描：跳过不感兴趣的、放大感兴趣的。语音浏览的节奏由播报员决定，用户只能用「下一条」「停下」去近似扫描，粒度粗、反馈慢。比较所需的交叉对照（这家的等待时间和那家的评分）在听觉里要靠用户自己建一张表，而这张表没有外存。
怎么研究
用同一批候选项，比较语音串行呈现与视觉列表上的选择质量：最终选择是否接近预先标注的「更优」项、决策时间和回听次数。自变量包括列表长度、每项属性个数、是否允许随时打断重听。因变量还要看位置效应：首项和末项被选中的比例是否异常高——那是记忆而不是偏好在投票。
眼动在视觉条件下能看到回跳对照；语音条件下对应的是「请重复第二家」的请求次数。若请求次数随列表长度线性涨，通道已经在用对话修补自己缺的空间。不要只用满意度：人可以觉得「读得很清楚」同时选了一个更差的项。
边界
候选项只有两三个、属性只有一两个（「红色还是蓝色」「现在走还是十分钟后」）时，串行比较的记忆负担可以承受。用户已经有外部标准（「就那家常去的」）时，所谓浏览其实是确认，语音够用。屏幕在余光里、语音只读结论或读当前焦点那一行，比较发生在视觉上，这条限制针对的是无屏主通道，不是所有带语音的界面。专业调度员用语音报状态，比较在他们已经内化的心理模型里完成，不靠当轮播报重建列表。
怎么落地
- 识别任务是不是在做集合上的比较或扫描。是，就把集合放到屏幕上，语音只说「找到七家，已按距离排好，要听前三名还是看屏幕」。
- 无屏时先把集合收成可答的问题（「要最近的还是评分最高的」），用筛选把 N 降到 2–3 再播报，而不是从第一条开始读到第八条。
- 不要把「下一首」「下一条」当成浏览的替代品去支撑需要对照属性的决策；那只是队列移动。
- 验证：给同一组真实候选项，一半人只用听，一半人看列表。若只听组的选择更靠近首项或末项、且说不清未选项的关键属性，这个任务就不应以语音为主通道。