任务中断后需保留进度
别名: 进度保留 · 中断恢复 · task resumption · placekeeping
概念解释
行驶中的任务被驾驶打断之后，再回来时必须还在原来的位置，而不是从头开始。进度保留（placekeeping）是中断可被承受的前提：选过的项、打过的字、走到第几步，都还在。没有保留，可分次的结构只是空话——人每次回来都要重新定向，那几次定向扫视往往比做事本身更长。这条不谈任务该不该被切成短扫视，也不谈不可中断的任务该不该存在；它只谈打断已经发生之后，状态还在不在。
机制
中断把工作记忆里的「我做到哪」清掉。界面若还停在同一选择、同一光标、同一未提交的字段，人用一次短扫视就能接上，因为外部记忆替脑子记着位置。界面若回到首页、关掉键盘、丢掉半句搜索，人就要重新找入口、回忆刚才输入了什么，这是一段新的视觉-手动-认知叠加。驾驶打断密集时，没有保留的任务会被反复重置，总占用不是相加而是放大。超时清会话、为了「安全」而一离开焦点就丢草稿，看起来像在减少分心，实际是在制造下一次更长的找回。
怎么研究
在流程中途强制插入驾驶优先事件，然后允许回来继续，比较「状态保留」与「状态清零」两种实现。中断成本研究里的恢复时间、错误接回，可以直接迁到车机任务。
自变量：中断时长、中断时停在哪一步、回来时是否高亮原位置、草稿是否还在。 因变量：恢复后第一次扫视时长、接回是否走错步、从中断到下一个有效操作的时间、主观「我还在哪」的判断。
实验室中断是一次、有预告的；路上是多次、无预告。只测一次恢复会低估反复打断下草稿被丢的代价。会话被系统超时清掉的时间点本身也是变量，要单独报。
边界
涉及支付、解锁车门、更改自动驾驶等级的步骤，保留草稿可能不安全，需要显式再确认，而不是静默接着上次的授权往下走。乘客在副屏上的进度与驾驶席不是同一份状态，不要为了「保留」把副驾输入同步成驾驶员的未完成导航。车辆下电之后进度是否还在，是另一条产品决策，与行驶中被路况打断不是同一件事。
怎么落地
- 行驶中的输入、选择、向导步骤默认不因回路、来电、前车事件而清零；回来时停在原步，并让原位置一眼可认。
- 超时要长过一次典型的驾驶处理，或超时前先把草稿存住，不要用短超时冒充安全。
- 需要重新授权的动作（支付、改自动化等级）单独挡一层确认，不要把整段向导一起丢掉。
- 验证：做到一半，插入变道或来电，处理完再看屏。若键盘收起、搜索词没了、回到了根菜单，进度就没有被保留。