M1.07.3termination after repeated no-response设计研究

多次无响应后应结束而非持续等待

别名: 无响应后挂断 · 结束空会话 · stop waiting after silence

概念解释

客厅音箱问「播放哪一个歌单」,人已经端着杯子进了厨房。音箱仍按节拍问,直到有人觉得房间被附身。多次无响应后结束(termination after repeated no-response)说的是:连续几轮都没有用户话语时,应当关闭话轮、释放聆听,而不是把等待当成无限期的礼貌。结束的是这段会话的占用,不是替用户选一个歌单去执行——那是另一类默认动作。

机制

一次打开的聆听,是对声学通道和社交空间的占用。每一轮未被回答的追问,都在更新「受话人还在场」的证据,方向是往下调。继续等,等于把缺席当成更长的停顿。错关的代价是人还想答时必须重新唤醒;永不关的代价是麦克风仍开、设备对空房间说话、旁人承担被插入的声音。当无响应轮数把「人还在」的可能性压到低于占住话轮的成本时,正确的对话行为是收束:说一句结束、关掉聆听指示。

「再等一会」看起来温和,实际上在用旁人的安静为一次可能已经死亡的会话付账。等待没有自然终点;终点必须被写成轮次上限。上限到达时若只是再把同一问句拉长间隔,占用并未解除,只是变得稀疏。

怎么研究

在真实房间里种下「问完后离开」的试次,数到第几次无人声追问时,回来的用户仍能接上、以及旁观者开始报告「烦」或「吓人」。用会话日志做存活:以「第 k 次无人声提示之后是否还出现过用户话语」为事件,看曲线在 k=2 或 k=3 之后是否已经贴地——贴地意味着继续等几乎不再挽回任务。

把「系统在查信息时的自己沉默」和「用户侧连续无声」分开,前者不是无响应。实验室若禁止被试离开座位,测不到结束规则该保护的那种空房间。

边界

紧急呼叫、告警确认不能按客厅音箱的上限挂断。运动或语言障碍用户可能需要更多次机会,上限要按人群加宽,而不是取消上限。系统自己说「请稍候」然后去查库,那是系统占住话轮,倒计时应停在用户侧。被问到一半、用户插入「等一下」是显式挂起,随后的静音不是无响应,不该拿来触发结束。

怎么落地

  • 给无人声追问写死上限(常见是两次,最多三次)。到达后说一句可听见的收束(「我先不问了,需要再叫我」),并关掉聆听灯。
  • 收束时不要顺手执行刚才问过的那个动作;结束占用和是否执行是两件事。
  • 仪表盘上看「最后一次用户话语之后麦克风仍开着的时长」。长尾若来自第三次、第四次追问,就是在用持续等待代替结束。
  • 在样板间做空房间试次:人离开后系统必须在上限内安静下来。仍在说话,规则就还没落地。

延伸

  • 同组M1.07.1 沉默可能是思考也可能是离开 · M1.07.2 重提示需变换措辞
  • 相邻M1.11 沉默、超时与重提示 · M1.12 对话的开始与结束 · M4.01 公共场合使用语音的社交成本
  • 站内检索termination after repeated no-response · stop waiting · empty-room prompt

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/M1.07.3