M1.01.2short-command bias of voice设计研究

短指令优于长流程

别名: 一句话完成 · 短命令 · one-shot voice command

概念解释

语音对话里,一条短指令(设十分钟闹钟、放某张专辑、把客厅灯关掉)比多槽位长流程(订机票:日期、航班、座位、证件、支付)更站得住。短指令在一两轮内闭合;长流程要把一张表拆成时间上的问答链。通道可以支撑长流程,成本曲线却不友好。这不是「语音不能填表」,而是填表每多一个槽,对话就多一次被听错、被打断、被忘掉上一步的机会。

机制

一次口语命令的计划成本集中在开口前:人要在工作记忆里把目标压成一句话。目标本来就是「闹钟、十分钟」,这句话几乎已经在嘴里。目标是「下周四上午尽量靠窗的经济舱,用积分付」,开口前就要决定先说哪一块,说漏了还得等系统来追问。每一轮追问都把刚才的填充物再从记忆里捞一次,还叠上识别替换错误。图形表单把未填项同时摊在眼前,漏填是空间上的空格;对话里漏填是时间上已经滑过去的一轮,要靠系统记得,或靠用户记得自己说过什么。

短指令还有一个结构优势:失败了整句重说的代价低。长流程失败在第三槽,前面两槽是否还有效,本身又变成新的对话负担。所以「语音优先」在命令长度上是偏斜的:越短越值得做成默认通道,越长越该早早交给屏幕或其他通道。

怎么研究

把同一目标做成单轮命令多轮槽填充两种对话,比较完成率、轮次数、中途放弃和槽位回退次数。自变量是必填槽数、每槽的词汇开放度(封闭词表对开放地名)、以及是否允许用户一句话说完多个槽。因变量不要只用任务成功:还要看用户在第几轮开始改用「算了」或去拿手机。

语料上更干净的切法是按闭合长度归档真实日志:从唤醒到任务完成的用户话轮数分布。高峰若落在 1–2 轮,产品实际被当成短命令通道;若强行引导进 5 轮以上的流程,放弃率通常在中段抬升。实验室脚本若把长流程读成问卷,会低估自发打断和改口。

边界

专业用户会对高频长流程形成组块(每天报同一组参数给库房系统),此时「长」已经被练成短。无屏设备没有可转交的屏幕时,长流程不是「不适合」而是「没有更好的」,只能靠更严的槽确认和允许随时说「重来」。一次性的复杂决策(贷款、医疗分诊)即使用户愿意多轮,法律与安全要求也会把流程拉长,短指令偏好让位于后果。把所有能力都收成「你说我就办」的单轮,会在缺槽时猜错,短的好处被错误执行吃掉。

怎么落地

  • 盘点技能:能在一两轮闭合的,做成语音默认;需要三个以上必填槽的,默认给屏幕表单,语音只负责跳进去或填其中一两个槽。
  • 允许用户一句话说多个槽,但不要把「必须一次说全」写成唯一语法;缺的槽再问,已给的不要再问。
  • 长流程在第二或第三个追问之后提供退出:「剩下的我在手机上填」。不要把人留在第四轮还假装这是短命令。
  • 验证:按技能画「唤醒到完成」的话轮直方图。中位数大于三轮的技能,要么砍槽,要么标明转交屏幕。看中途放弃发生在哪一个槽,那个槽就是长度开始不划算的地方。

延伸

  • 同组M1.01.1 手眼被占用时语音价值最高 · M1.01.3 需要比较与浏览的任务不适合语音
  • 相邻M1.03 对话轮次 · M2.07 对话流程与状态设计 · M2.13 多意图与复合指令
  • 站内检索short-command bias of voice · slot-filling cost · one-shot command

同组卡片

快捷操作

分享

分享当前页面

ios_share

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