C7.16.4Unexplained silence after voice input设计研究
缺少可见反馈时用户无法判断沉默是系统未响应还是正常等待
别名: 无反馈沉默 · 等待歧义 · dead air
概念解释
说完之后屏幕若既没有聆听，也没有处理，也没有结果，只剩沉默，用户无法判断这是系统未响应（挂了、没听见、网络断了）还是正常等待（端点还在等、服务器还在算）。缺少可见反馈把两种完全不同的下一步——再试一次 / 再等一会——叠成同一种体验。
机制
人给无反馈等待的容忍很短，且倾向于做最坏归因。语音又比触控更缺少瞬时回执。沉默因此是歧义信号：可能是 VAD 还在等你说完，可能是请求在排队，可能是权限对话框在另一层，可能是崩溃。可见的状态把等待标成某一种，超时再转成明确失败。没有这条，重复说话、点空白处、放弃会同时出现。没有持续聆听、没有电平、没有处理态时，剩余的就是这块歧义沉默。
怎么研究
在正常长等待和真失败（断网、杀掉识别进程）两种条件下，关掉所有状态 UI，记录用户何时重说、何时离开、给出何种归因。再打开状态 UI 做对照。因变量包括错误重说次数和过早放弃。实验室里主试在场会让人更愿意等，现场更苛刻。
边界
耳熟能详的短技能（“几点了”）用户愿意空等一小会。第一次使用、高代价动作上，沉默不可接受。听觉忙音在免视里可以代替可见反馈。把所有沉默都立刻标成错误，会在正常的半秒处理上制造误报。
怎么落地
- 任何超过预算的空白都必须挂上一种已命名状态；再超时则变成带下一步的失败。
- 失败文案区分“没听见 / 网络 / 无法完成”，不要只用一个通用感叹号。
- 验收时注入断网和超长处理，确认没有“什么都不显示的几秒”。