K6.03.2uninterruptible in-motion tasks设计研究

不可中断的长任务不适合行车中

别名: 不可中断任务 · 强制连续操作 · modal driving task · 15-second rule

概念解释

一段必须连续做完、中途放下就会失败或重来的长任务,不该出现在行驶中。不可中断指的是任务结构不允许被驾驶打断:模态框锁死、倒计时、必须看完的视频、未保存就关闭的多步输入。它不是「总时钟太长」这一句空话,也不是扫视太长——一次任务可以跨一两分钟,只要人随时能放下;反过来,三十秒的强制连续操作也不该留在行车上。车载总时长启发式(包括常被提起的十几秒量级)是用来在设计时过滤这类结构的,不是物理上限。

机制

驾驶会在不可预知的时刻把人要回去:前车制动、变道、路口。不可中断的任务把这个时刻变成损失——进度清零、选项过期、系统以为人还在对话里。人于是选择硬扛:该看路的时候继续点,因为放下的代价高于再看一眼。模态锁还挡住驾驶相关的入口(取消导航、接电话),让次任务反客为主。长视频、强制教程、不可跳过的动画,是把娱乐或教育的连续时间轴塞进一条必须可断的控制回路里,结构冲突本身就会逼出超长占用。

怎么研究

总任务时间(从开始到最后一次有关操作)可以测,但更关键的是中断之后任务是否还活着。实验里在流程中途插入必须优先的驾驶事件(制动、变道指令),看人是放下、是硬扛、还是系统自己把任务弄死。

自变量:有无模态锁、有无倒计时、中断后是保留、重来还是失败、任务时钟长度。 因变量:中断后完成率、硬扛时段的扫视与手离盘、因超时而重来的次数。

实验室里的「驾驶事件」是排期的,人会学到何时该放手;路上的打断没有预告。把总时长压到某份指南的秒数以下,若结构仍不可中断,只是把硬扛窗口变短,没有消除硬扛。

边界

紧急相关的短流程(确认接管、关掉误报)必须当场做完,不能做成可推迟的长任务,但也必须短、可一眼结束。充电枪交互、停车缴费发生在静止,不适用。乘客在副屏上看完整视频不占用驾驶回路,只要声音和画面不灌进驾驶席。自动化开启时人以为可以看完一段视频,接管会把「可中断」重新变成硬约束。

怎么落地

  • 行驶中禁止模态锁、不可跳过的动画、限时必须答完的问卷;任何一步都要能被驾驶事件打断而不惩罚。
  • 需要连续注意力的内容(教程、片源、长表单)默认停车后才提供,或明确标成「停下再做」。
  • 用总时长启发式当设计过滤器:看起来就必须连续做完的流程,先问能不能拆、能不能推迟,而不是先问能不能把秒数做短。
  • 验证:在流程正中插入一次紧急制动或变道。若人必须点完才能看路,或系统把已填内容丢掉,这个任务就不该在行车时可用。

延伸

  • 同组K6.03.1 任务需可在多次短暂扫视中完成 · K6.03.3 任务中断后需保留进度
  • 相邻K6.02 视线离路时间 · K6.06 行车中的功能锁定 · A5.08 中断成本与任务恢复
  • 站内检索uninterruptible task · total task time · modal lock

同组卡片

快捷操作

分享

分享当前页面

ios_share

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