M1.02.1no look-back of spoken options设计研究

选项只能被听到,无法回看

别名: 听觉不可回看 · 口头菜单无法回跳 · ephemeral spoken menu

概念解释

屏幕上的模式列表还在那里,眼睛可以跳回去核对第二项是不是「制冷」。无屏时同一份列表只活在刚过去的声波里:车载空调念完「自动、制冷、制热、通风、除雾」,「除雾」进耳朵的那一瞬,「制冷」已经不在通道上。想核对,只能让系统重播,或靠自己把刚才那串音记下来。这个约束叫听觉不可回看(no look-back of spoken options)。它不是「听不清」,也不是选项本身难选——是外存被拿走了。

机制

图形菜单把候选项做成可回访的空间外存:漏看一项,视线还能回去。口语菜单把同一集合做成一次性事件,工作记忆必须同时扛两件事——缓存刚听到的标签,以及决定选哪一个。缓冲是易挥发的:后到的音覆盖先到的音,中间项最先掉。回看缺失会改变决策策略:人不再对照,而是抓住最后听见的、或最先听见的那一个交差。系统若把关键区分放在序列中段,等于把区分写进了最容易被挤掉的位置。

怎么研究

回看探针:串行播完一组模式名之后立刻问「刚才第二项是什么」,不许重播。对照条件是同一组标签印在卡片上、允许扫视。因变量是中段项的正确率、以及自发说出「再说一遍」的次数。自变量包括序列长度、相邻标签的声学相似度(「制冷 / 制热」比「自动 / 除雾」更容易在记忆里撞车)。

双任务把它放到占用场景里:主任务锁住视线(驾驶模拟),次任务用口头菜单选模式。若「请重复」请求随序列变长而线性增加,通道是在用对话修补自己缺的那块外存。不要用满意度代替探针——人可以觉得「念得很清楚」同时说不出倒数第二项。

边界

两项、标签又短又冲(「开 / 关」)时,回看几乎用不上,整组还压在回声记忆里。用户对这组选项已经组块化(每天调的就是那三种模式),是在点名一个已知集合,不是在学新菜单。旁边若有一块能余光扫到的屏,回看发生在视觉上,这条限制针对无屏主通道。把「无法回看」理解成「所以要把列表读得更慢」,只是把挥发拉长,并不恢复外存。

怎么落地

  • 决策所依赖的对比,不要只出现在口头序列的中段;需要对照的两项要么压到极短的相邻位置,要么不要放进纯听觉菜单。
  • 把「再说一遍」做成和选项同级的合法回应,而不是失败后的补丁。重播仍是时间成本,不是回看的等价物。
  • 无屏设备上,能被「回看一次就能分清」的集合,优先改成不依赖回看的问法(先问冷热,再问自动还是手动),而不是把整组模式一次念完。
  • 验证:播完后立刻问「中间那项是什么」,不允许重听。中段正确率明显低于首尾,说明这个菜单在靠记忆当屏幕用。

延伸

  • 同组M1.02.2 可播报的选项数量受工作记忆限制 · M1.02.3 长回答需要结构化而非线性铺陈
  • 相邻M1.01 语音优先的适用场景 · M3.03 长列表朗读 · M3.05 语音与屏幕互补
  • 站内检索no look-back of spoken options · ephemeral menu · auditory rehearsal

同组卡片

快捷操作

分享

分享当前页面

ios_share

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