M2.02.3progressive constraint after failure设计研究

提问方式应随失败次数收窄

别名: 提问收窄 · 渐进约束 · tapered questioning

概念解释

同一槽问失败之后,下一句不该是原句重放。收窄(progressive constraint)把答语空间逐次减小:保险报案电话先问「请说一下发生了什么」,听不清再问「是碰撞、刮擦,还是被盗?」,再失败则变成「是不是和别的车碰了」。开放有一次机会去接住完整叙述;失败后继续开放,是把已经暴露的覆盖缺口再开一次。收窄的是问句形态,不是把整段对话推倒重来。

机制

每次失败都留下信息:不是「一无所知」,而是「这一层覆盖没有接住刚才那句」。后验分布仍然宽,但已经排除了一部分路径。若下一问保持同样的宽度,系统等于忽略了这次失败的诊断价值,用户则认为「它还是听不懂我说的那种话」,往往会把同一句再说一遍,失败被复制。

收窄是在用问句做熵减。开放句的条件熵高,适合第一击;选择问把质量集中到少数互斥类别;是非问把剩余不确定性压到一位。每一档都牺牲表达,换可解析性。跳档过快(一失败就「是或否」)会丢掉仍可能被第二档接住的叙述;不跳档则让人在同一宽度上撞墙。这和「改策略」的其他手段(换通道、纠正其中一个槽、整句重说)可以同时发生,但收窄专门指选项集合变小

怎么研究

渐进提问规程:同一任务设固定宽度对逐次收窄两条路径。自变量是第几次失败后切换形态(开放 → 选择 → 是非)、每档最多允许几次尝试。因变量是最终填槽成功、用户在第几档放弃、以及收窄后答案与第一句开放叙述(若有人工转写)是否一致。

对照「失败后只换措辞、不换宽度」——那是重提示,不是收窄。标注时记下用户是否在收窄后感到被逼进错误类别(回顾:「当时不是这三选一」)。现场可看连续失败会话里问句形态有没有随次数变化;若三次失败仍是同一开放句,规程不存在。

边界

第一句就已经是封闭选择时,收窄空间很小,下一档只能是是非或转交,不要为了「有收窄」再发明更碎的选项。用户在开放档给出了可解析但系统没接住的内容(人名、保单号),收窄不该丢掉这些已听到的碎片,否则人会觉得被抹掉。是非档会强烈诱导默认同意,尤其在疲惫或驾驶时;高后果槽不能把收窄终点停在一记随口的「对」。收窄到只剩系统猜的那一个,再问「是这个吗」,已经变成确认,不是提问。

怎么落地

  • 给每个开放或宽选择的槽写明失败阶梯:第 1 次失败换例不换宽;第 2 次收到有限类别;第 3 次收到是非或转人工 / 屏幕。写进状态,不要靠坐席临场发挥。
  • 收窄时带上已经听到的碎片:「前面像是在说另一辆车——是碰撞还是被刮?」不要从零再问一遍「发生了什么」。
  • 阶梯终点必须有出口:转交、挂起、或让用户用一个仍开放的短槽打字/拼读,禁止第三次还停在同一开放句。
  • 验证:筛连续两次以上理解失败的会话,画问句宽度随次数的变化。宽度不变的会话单独开缺陷。抽收窄成功的样本做回顾,看答案是否被选项逼歪。

延伸

  • 同组M2.02.1 开放式提问增加理解失败率 · M2.02.2 封闭式提问限制表达但可靠
  • 相邻M1.06 修复策略 · M1.11 沉默、超时与重提示 · M2.04 错误恢复话术
  • 站内检索progressive constraint after failure · tapered questioning · prompt narrowing

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/M2.02.3