A9.15.4Shed extraneous load under pressure设计
压力情境下应主动降低界面本身的外在负荷，为任务负荷让出资源
别名: 负荷让渡 · load shedding · high-stakes interface design
概念解释
既然时间压力会消耗一部分共享的加工资源，且这部分消耗会挤压留给任务本身的容量，一个直接可执行的设计对策是：在已知会出现高压情境的场景里，主动把界面自身造成的外在负荷——呈现方式、操作步骤、非必要信息带来的负担，区别于任务本身固有的负荷——降到最低，把因压力而变得更紧张的资源预算，尽量让给任务真正需要的那部分处理，而不是继续被界面本身的呈现成本占用。
机制
压力本身已经在消耗一部分共享资源池，如果界面在这时候还维持和平时同样多的外在负荷（需要用户自己整理信息、跨屏比对、记住多步操作），相当于让任务负荷和外在负荷同时和压力抢占同一份已经紧缩的容量，三者叠加最容易触发策略退化甚至绩效崩溃。外在负荷是三类负荷里唯一可以由设计单方面消除、不需要改变任务本身难度的部分，在压力情境下优先削减它，是用一个几乎零成本的杠杆间接为任务负荷腾出更多可用资源，等价于把整条压力—负荷曲线的最优点往回推。
边界
这条策略的前提是能够提前识别哪些场景会出现高压——如果压力是突发且无法预判的，界面来不及做出针对性调整，这时候更依赖平时就把外在负荷控制在较低水平的基础设计，而不是指望临时响应。削减外在负荷也不能误伤任务负荷本身：把界面简化到用户失去必要的上下文信息，或者把本该由用户主动核实的关键步骤自动隐藏，会把一部分任务负荷也一并砍掉——看似降低了负荷，实际上是牺牲了任务应有的严谨性，这不是这条建议想要的结果。
怎么落地
- 提前识别产品里存在明确时限或高后果的场景（支付确认、故障处置、考试计时），为这些场景单独设计一套简化呈现，非必要信息、装饰性元素、多余的确认步骤优先从这套呈现里去掉。
- 把原本分散在多个屏幕或多次点击才能获取的关键信息，在高压场景下合并到一屏内直接呈现，减少跨屏比对与短时记忆维持的负担。
- 区分"任务本身要求的核实步骤"与"界面强加的额外步骤"，只削减后者：涉及不可逆操作的确认，即便在高压场景下也不应该被简化掉。
- 验证办法：在模拟的高压条件下对比简化前后的任务完成率与错误率，同时收集用户对"当时信息是否够用"的主观报告，完成率提升且主观信息充分感未下降，说明削减的确实是外在负荷而非任务负荷。