A9.03.4Task-set reconfiguration vs task-set inertia设计研究

切换代价包含主动的目标重设与非主动残留的前任务干扰两部分

别名: task-set inertia · 任务集惯性 · 残留切换代价

概念解释

一次切换的总代价可以拆成性质不同的两部分:一部分是主动完成的目标重设——系统主动决定"现在开始按新任务的规则来",这部分是可控的、可以提前准备的;另一部分是前一个任务残留的激活状态造成的干扰——旧任务的规则并不会因为决定切换就立刻清零,它还在以一种不受控制的方式继续影响接下来的加工,这部分叫任务集惯性(task-set inertia),是被动的、不太能靠"提前决定好"来消除的。切换代价看起来是一个数字,实际上是这两股力量加在一起的结果,只有分开看才能解释后面关于预告、关于不对称切换的现象。

机制

主动重设对应执行控制主动把当前任务规则替换成新任务规则,这个过程可以在切换实际发生之前的准备时间里部分完成——如果提前知道要切换、并且有时间去准备,这部分代价可以被压缩。任务集惯性则完全不同:旧任务的规则一旦被使用过,会在系统里留下一段时间的持续激活,这种激活不受"已经决定不用它了"这个意图控制,它会随时间自然衰减,但衰减需要时间,如果新任务开始得太快,衰退未完成的旧规则仍会和新规则争夺输出,造成额外的减速与出错,这部分代价不会因为准备充分就消失,只能随时间流逝。

怎么研究

常见做法是拉长准备时间(任务切换准备间隔,response–stimulus interval)同时观察切换代价的变化:如果代价随准备时间增加而下降,说明降下去的是主动重设那部分;如果代价降到一定程度后不再继续下降,剩下的那部分(残留切换代价,residual switch cost)就归因于任务集惯性。

常见自变量:准备间隔的长短、是否提供准备时间。 常见因变量:切换代价随准备间隔变化的曲线、代价降到平台期后剩余的残留量。

这套操纵是判断一个切换代价"有多少能靠提前准备解决、有多少解决不了"的主要方法,直接决定了预告类设计能带来多大收益。

方法论注意点:残留代价即使准备间隔拉得很长(几秒钟)依然存在,说明它不是"来不及准备"造成的,而是结构性的,把"给用户更多准备时间"当成唯一对策会低估这部分代价。

边界

  • 只有两个任务先后紧邻发生时才谈得上任务集惯性的干扰;如果两次任务之间隔了足够长、且发生了其他无关的活动,残留激活基本衰退完毕,这部分代价会消失。
  • 这个拆分描述的是代价的构成,不涉及不同任务对之间残留量大小的差异从何而来——这是调节因素层面的问题(相似度、任务强弱关系等)。
  • 主动重设的部分理论上可以被压缩到很小甚至接近消失(充分准备时),但任务集惯性部分目前没有已知手段能被主动准备完全消除。

怎么落地

  • 区分"给用户预告即将切换"和"消除切换代价"是两件事:预告能压缩的是主动重设部分,不能指望它把代价降到零,界面上不要用"已提前提示"作为忽略切换成本的理由。
  • 对必须紧邻发生的切换(例如快速在两个工具间来回操作),即使做了预告,也要为残留干扰留出容错空间(比如切换后的首次操作允许撤销、给出确认),因为这部分代价不会因为预告而消失。
  • 验证办法:分别测量"给足准备时间"和"不给准备时间"两种条件下的切换代价,如果两者仍有明显差距但差距趋于平稳不再随准备时间继续缩小,说明当前系统里任务集惯性造成的残留代价才是主要瓶颈,预告类改进的边际收益已经很有限。

延伸

  • 同组A9.03.1 切换任务需要重新加载规则与目标 · A9.03.2 切换代价在任务相似时更高 · A9.03.3 并行处理在多数情况下是快速轮换 · A9.03.5 提前预告即将切换只能部分降低代价,无法完全消除 · A9.03.6 从简单任务切到复杂任务与反向切换的代价不对称 · A9.03.7 高频率的小幅切换累积的总代价可能超过少数几次大幅切换
  • 相邻A5.08 中断成本与任务恢复
  • 站内检索task-set inertia · residual switch cost · response-stimulus interval · task-set reconfiguration

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/A9.03.4