M1.11.1task-dependent timeout设计研究

超时阈值需按任务类型分别设定

别名: 按问句类型设超时 · 超时分级 · timeout by prompt class

概念解释

「要改成明天吗」是已经做完的决定,开口只要一两秒。「把收件地址说一遍」要回忆、组织、有时还要看一眼纸条。两件事若共用五秒超时,前者会在房间里空转,后者会在用户刚吸气时被重问。按任务类型设超时(task-dependent timeout)把无语音等待的长度绑在刚刚发出的那一步对话动作上:是非确认、三选一、开放专名、读数字,各有一条阈值。它不管这段空白是在想还是人走了,只管「一个还在场、打算答的人需要多久才能开始说话」。

机制

超时是系统对「合格受话人要多久才出声」下的注。赌注大小跟着问句的认知负荷走。二元确认提取的是已经形成的判断;开放槽位要造句、提取记忆、有时还要外看一眼。全局一个无语音计时器,等于假设所有让出来的话轮一样宽。错配的体感两边都有:题太简单,阈值太长,像冷场;题太重,阈值太短,像打断。

这里的「任务类型」是刚说出口的对话动作,不是产品品类。同一只音箱,问「要继续播放吗」和问「密码是多少」不应共用时钟。负荷还可以被通道放大:免视、开车、戴着手套看不了屏幕时,同一开放槽的起始说话时间会右移。阈值表要按动作类来写,再按情境加减,而不是按技能名各写各的魔法数。

怎么研究

按提示语类别堆积开口潜伏期(从提示结束到用户语音起始):是非、三项封闭、开放人名、数字串、要从环境里读出来的信息。用每类的高分位(例如第八十、第九十)去设超时,使绝大多数还在场的人能在被重问之前开口。自变量是提示类,不要混进「人是否离开房间」。

驾驶舱或厨房走查用来看同一提示类在占用条件下的平移。实验室只坐着说「是 / 不是」,会得到偏短的是非分布,不能拿去当地址槽的时钟。

边界

同一类提示在书桌和方向盘后不是同一条分布。听障、构音慢、需要语音输出转成思考时间的用户,分类阈值要加宽,而不是另做一套「特殊模式」却在默认路径上卡住。系统自己在播报一段不是问句的说明时,不该启动「等人回答」的超时。唤醒后的第一句命令分布也不同,不能拿槽位追问的表去套开场。

怎么落地

  • 给每条会等人的提示打类型标签:确认、小封闭集、开放、需外看。上线一张表,例如确认约四秒、三选一约六秒、开放约十二秒、需外看约十五秒,再按实测分位改。
  • 禁止技能各自写死一个「全局五秒」。超时属于提示类,不属于技能名。
  • 看板按类看「系统开始重问时用户其实已经开口」的比例。哪一类撞线高,就只加长那一类。
  • 用同一批人把两类提示走一遍:是非和报地址。若两条线的开口中位数差不出一倍以上,分类还没有进产品,只写在了文档里。

延伸

  • 同组M1.11.2 重提示的间隔应逐次拉长 · M1.11.3 超时后的默认动作应偏向不执行
  • 相邻M1.07 沉默与超时 · M2.02 开放式与封闭式提问 · M2.03 确认策略
  • 站内检索task-dependent timeout · prompt class · speech onset latency

同组卡片

快捷操作

分享

分享当前页面

ios_share

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