C7.06.1Hands-free and eyes-free value of voice设计研究

语音的核心价值是解放手与眼

别名: 免提 · 免视 · hands-free · eyes-free

概念解释

语音作为输入,真正换来的不是“说话比打字酷”,而是在手被占用、眼不能离开环境时仍能发指令。这就是免提(hands-free)与免视(eyes-free)。厨房里和面、走路时提着东西、驾驶时握住方向盘,这些约束成立时,语音才相对于触控和键盘有不可替代的位置。坐在桌前对着屏幕听写,价值主要是速度或偏好,不是解放。

机制

触控和键鼠都要求效应器碰到控制面,并通常要求视觉闭环来瞄准。双手占着工具、或视觉必须监视道路与锅时,这条闭环断了。语音把效应器换成声道,把反馈换成听觉或最少的余光,于是身体可以维持原来的姿势。价值随约束强度上升:约束越硬,语音越值得承受识别错误。反过来,若场景并不占手也不占眼,语音还要付出口语计划、等待和纠错的成本,性价比迅速下降。免提和免视常被绑在一起谈,其实可以分开:耳机听写可以免视但仍用手势确认;口袋里的手机免提打电话却要看屏点同意。

怎么研究

用双任务:主任务占用手或眼(跟踪、驾驶模拟、组装),次任务用语音或触控完成。因变量包括主任务表现衰减、次任务完成时间、目光离路时间和主观负荷。比较的是约束条件下的通道选择,不是安静实验室里的听写速度。被试若被允许把主任务停下来看屏,免视条件就被破坏,需要用眼动或方向盘数据核对。

边界

残障用户可能在手眼都空闲时仍依赖语音,价值来自可及性而不是情境占用。公共场所说话的社交代价可以压过免提收益。识别很差时,解放变成反复重说,手最终还是要伸向屏幕。把所有语音功能都标成免提,会掩盖大量其实在看屏使用的会话。

怎么落地

  • 先列出产品里手或眼被占的真实情境,只把这些情境的命令做成语音主路径。
  • 桌面听写不要按免提标准验收;驾驶与厨房包应按双手不离开主任务来验收。
  • 用双任务和眼动检查:完成语音命令时,手和眼是否真的还留在主任务上。

延伸

  • 同组C7.06.2 需要看屏确认会抵消该价值 · C7.06.3 驾驶等场景下不得要求视觉确认
  • 相邻C7.16 语音输入的可见反馈 · C7.17 语音与键盘的切换
  • 站内检索hands-free · eyes-free · dual-task voice

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/C7.06.1