K6.06.1distraction-based function lockout设计研究

锁定依据是分心风险而非功能类别

别名: 行车锁定 · 分心风险锁定 · speed lockout · driving restriction

概念解释

车速起来之后哪些功能要锁,应该按这项操作此时的分心风险来决定,而不是按它被归在哪个功能类别。娱乐里改电台预设、导航里输入门牌、设置里改显示语言,类别不同,视觉-手动-认知的占用可以差出一截;反过来,同属「导航」的「看下一匝道」和「搜一个新地点」也不是同一风险。锁定名单若按「娱乐全锁、驾驶辅助全开」来画,会锁错,也会放过错。

机制

风险来自这次交互要看多久、手离开多久、要想几步,不来自信息架构上的标签。短按一颗已经学会的方向盘键,占用接近驾驶本身的取样;在触屏键盘上拼一条地址,是三通道长任务。把前者和后者捆成「都是多媒体」或「都是导航」,锁定就会一边误伤无害动作,一边放行高占用动作。法规和内部清单喜欢按类别走,因为类别好写进表;人因上站得住的切割是任务的通道组合和可否推迟。同一功能换一种交互,风险就变:目的地用语音说出去再确认,和在列表里翻,不是同一把锁该锁的东西。

怎么研究

把候选功能拆成具体任务(改音量、搜地点、回短信、调座椅),在模拟器里测扫视、手离盘、探测反应,按占用排序,再和「类别锁定表」对照,看哪些被错锁、哪些被错放。也可做专家启发式:只标通道组合,不看产品类名。

自变量:任务的通道组合、是否可推迟到停车、交互方式(键 / 触屏 / 语音)。 因变量:扫视与手离盘、探测漏报、类别表与风险排序的不一致项。

实验室任务是干净的一次完成;路上同一「功能」会被人用完全不同的路径做完(捷径、搜索、收藏)。评估要对路径,不要对菜单名。

边界

故障灯、接管请求、法律要求的告诉项不能按占用去锁,它们是驾驶任务本身。驻车、充电、交通堵塞时速度为零,速度锁会全部打开,但行人仍在,风险切割不能只认车速计。高度自动化下人暂时不在回路,锁定表若仍按「车在动」一刀切,会锁住本可交给乘客或停车后再做的事,也会在接管前夕突然放开高占用任务。

怎么落地

  • 列出行驶中真实会发生的任务,按看、手、想的占用和可否推迟排序,用这张表决定锁什么,不要用「娱乐 / 导航 / 设置」的信息架构当锁表。
  • 同一功能提供低占用路径时,锁高占用路径、放开低占用路径:搜地点锁键盘,保留语音或收藏。
  • 验证:把锁定表和任务占用排序并排。被锁却占用很低的项、没锁却三通道很长的项,都是按类别切错了。

延伸

  • 同组K6.06.2 过度锁定会促使用户改用手机 · K6.06.3 乘客使用场景难以与驾驶员区分
  • 相邻K6.01 驾驶分心的类型 · K6.03 任务总时长
  • 站内检索function lockout · distraction risk · speed lockout

同组卡片

快捷操作

分享

分享当前页面

ios_share

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