M1.01.1occupied-task voice value设计研究

手眼被占用时语音价值最高

别名: 手忙眼忙 · 占用条件下的语音 · eyes-busy dialogue

概念解释

对话系统要付一轮一轮的时间、识别误差和社会暴露。这笔账只有在手和眼已经被主任务占住时才划算——开车握着方向盘、灶台上搅着锅、提着行李过安检。这时图形界面的那只手和那一瞥抽不出来,语音才变成主路径而不是装饰。坐在桌前对着亮着的屏幕「用语音点个外卖」,通道可以工作,但对话的开销没有被占用条件抵消。这里谈的是整段对话值不值得开,不是麦克风作为输入器件相对于触控的物理替代。

机制

图形界面用空间换时间:选项同时铺开,手指点一下就提交。对话把同一件事拆成时间上的串行:开口、等待、听懂、可能再确认。串行的每一拍都在和主任务抢注意。手眼空闲时,这套串行相对「看一眼再点」是净亏损;手眼被锁在方向盘、刀具、方向上时,图形通道的固定成本(腾出手、把视线从路上撕开)反而更高,对话的串行成本才被压过。价值随占用硬度上升,不是随「能不能听懂」上升:识别再准,若不占手也不占眼,用户仍会退回屏幕。

占用可以拆开。双手沾面但余光还能扫到挂墙屏幕,价值主要在免提;夜路骑车眼不能离开前方但拇指还空着,价值主要在免视。把两种占用捆成一句「语音很方便」,会把其实只解放了一端的场景也算进成功案例。

怎么研究

双任务:主任务锁住手或眼(驾驶模拟、组装、烹饪走查),次任务分别用对话和触控完成同一目标。因变量是主任务表现衰减、目光离路时间、次任务完成回合数,而不是实验室里的听写词错误率。

现场更直接的做法是情境日记:记录每次唤醒发生时双手和视线在干什么。若大多数会话发生在沙发上看着屏幕,产品的「语音优先」叙事与真实占用条件不一致。Wizard-of-Oz 对话系统也可以在占用条件下跑,用来在识别器就绪前先测通道选择,而不是测声学。

边界

残障用户可能在手眼都空着时仍以对话为唯一可用通道,价值来自可及性,不是情境占用。公共场合的社交代价可以压过占用收益——双手提满袋也不愿在车厢里报出地址。占用是间歇的:红灯停下的几秒,手眼暂时释放,人会切回屏幕;把整段行程都按持续占用设计,会高估语音该承担的任务长度。实验室双任务若允许被试把主任务停下来看屏,占用条件就被破坏。

怎么落地

  • 先列出产品里手或眼真正被锁住的情境,只把这些情境里的目标做成对话主路径;桌面、客厅沙发上的能力按可选捷径处理,不要按主路径验收。
  • 驾驶、厨房、搬运这类场景,验收标准是双手不离开主任务、目光离路低于预先写下的上限,而不是「语音也能完成」。
  • 把免提和免视分开写用例:只占手的,允许极短的余光确认;只占眼的,允许拇指点一下;两端都占的,不允许任何看屏步骤。
  • 验证:实车或真实厨房走查,录双手和第一人称视线。完成目标期间手离开主任务或视线离开环境,就还不是占用条件下的语音价值。

延伸

  • 同组M1.01.2 短指令优于长流程 · M1.01.3 需要比较与浏览的任务不适合语音
  • 相邻M1.02 无屏交互的记忆负担 · C7.06 免提与免视场景 · M4.01 公共场合使用语音的社交成本
  • 站内检索occupied-task voice value · hands-busy · eyes-free dialogue

同组卡片

快捷操作

分享

分享当前页面

ios_share

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