C7.06.2Visual confirmation undoes eyes-free value设计研究
需要看屏确认会抵消该价值
别名: 看屏确认 · visual check · 免视被破坏
概念解释
语音把命令送出去之后，若用户必须把视线转到屏幕上核对转写、点选候选或确认对话框，免视价值就被抵消。手可能仍空着，眼已经回到了触控闭环。这里的问题不是“要不要给反馈”，而是反馈是否强迫一次视觉确认才能让操作成立。
机制
识别不确定时，产品倾向把风险交给用户：看一眼再点“发送”。在桌面这很合理；在占眼的情境里，这一眼就是主任务中断。部分结果、同音词、低置信槽位都会诱发核对。听觉回读（spoken echo / read-back）用耳朵承担同一职责，不必转头。若界面只在屏上闪转写、不提供可听的确认与修改，用户会被训练成“说完一定看”。价值抵消是交互策略的结果，不是麦克风的物理限制。与状态指示灯不同：灯可以在余光里证明“在听”，却不必成为必须看清的确认步骤。
怎么研究
在双任务里强制或不强制看屏确认，测量目光离路时间、确认错误（没看就发送导致的错执行）和用户自发看屏次数。材料要包含低置信专名，才会诱发出真实的核对需求。只测短命令“打开灯”会低估确认负担，因为几乎不需要核对。
边界
转账、删除、发送给错误联系人这类高代价动作，看屏或听觉双重确认可能是必要的，不能为了免视而去掉所有核对。听写长文本在事后编辑，本来就不是免视任务。耳机里的耳蜗式提示若听不清，用户仍会看屏，听觉通道自己也会失败。驾驶相关的硬约束是另一条：那里不是“抵消价值”，而是不得要求视觉确认。
怎么落地
- 低风险命令用听得见的短回读或直接执行；把必须看的确认留给高代价动作。
- 提供不看屏的纠错：重说、口头否定、方向盘上的取消键。
- 用眼动验收：说完到命令生效，视线是否被界面强制拉到屏幕；若是，这条命令还不能算免视。