实际行动依赖当下情境即时调整
别名: 即时调整 · 现场决策 · 情境线索 · 逐步决策
概念解释
行动顺序由现场线索持续组织：谁在旁边、设备是否可用、数据是否已更新、时间是否紧急、上一步留下什么痕迹。用户会边做边看，把当前情境当作决策输入，而不是先完成完整计划再执行。这一条是"计划是资源而非行为的决定因素"的正面表述：上一条说的是计划不能决定行为，这一条要正面回答那真正决定行为的是什么——答案是持续变化的现场情境本身，而不是脑子里预先想好的某个固定方案。
机制
情境之所以能持续组织行动，是因为它不断向行动者提供三类东西：可供性（当下能不能做某件事）、约束（当下不能做什么）和机会（意料之外突然出现的、值得抓住的选项）。一张刚刚空出来的病床、一条弹出的错误提示、排队等待的人数、同事一个手势、刚收到的一条消息，这些线索都会实时改变下一步该做什么，而且这种改变不是对原计划的偏离或失误，而是行动者把当下能感知到的信息真正当成了决策输入去使用。工具本身给出的反馈也会持续参与这个过程：一次操作的结果会关闭某些原本可行的路径，同时打开另一些原本没有考虑过的路径。为了配合这种持续调整，实际工作往往被自然拆成一段一段可以被打断的小单元，这样才能在任何一个节点插入一件临时冒出来的更高优先级的事，处理完之后再回到原来的任务上——这种边做边看、随时准备插入和调整的方式，看起来像是缺乏计划性，实际上恰恰是应对复杂多变现场的一种高效策略，而不是混乱本身。
边界
即时调整要真正发挥作用，有两个前提缺一不可：现场的关键线索必须是可以被感知到的，操作被打断之后必须能够以很低的代价恢复。如果界面本身的状态不可见——用户看不出某个对象现在是不是被别人占用、某条数据是不是刚刚更新过——现场的灵活调整就没有信息可以依据，行动者只能凭猜测行事，这时候"现场判断"反而会变成错误的来源；如果操作一旦开始就不能被打断，或者打断之后调整过的痕迹完全没有被记录下来，用户为了应对现场变化所做的每一次调整都要冒着丢失进度或产生冲突的风险。另外，强实时协作的环境也不能放任所有人都随意按自己的现场判断改变顺序，多个人同时依据各自看到的局部情境做调整，反而会互相冲突，这类场景仍然需要明确的角色分工和优先级规则去协调，即时调整的自由度应该在这套规则划定的范围内发挥，而不是完全不受约束。
怎么落地
- 把会影响下一步判断的现场状态显式展示出来：这个对象当前是否被占用、数据最后更新的时间、谁是当前的责任人、还有哪些事情没有完成。
- 支持暂停、保存、插队处理紧急事项、临时改变顺序和事后返回原任务这几种操作，并且把每一次调整的理由记录下来，而不是让调整发生得无迹可寻。
- 为被打断后的任务设计明确的恢复点，让用户处理完插入的紧急事项之后，能够准确回到原任务当时的上下文，而不需要重新回忆自己做到哪里。
- 验证办法：到真实工作现场观察用户实际依赖的白板、口头提醒和外部表格，这些游离在系统之外的辅助手段，恰恰指出了界面里哪些现场线索还没有被数字化、需要被显式地设计进来。