削减外在负荷是界面设计的主要着力点
别名: 认知负荷设计着力点 · extraneous load reduction
概念解释
三类负荷里，界面设计能直接、可靠地改变的只有外在负荷：内在负荷取决于任务本身的复杂度，界面调整动不了它；关联负荷是应该保留甚至保护的部分，压低它反而有害。所以"降低认知负荷"这个设计目标，在具体操作上几乎总是等价于"找出并消除呈现方式造成的额外负担"，而不是笼统地让一切都变得更简单——不区分三类负荷、见负荷就减，很容易在减掉外在负荷的同时也误伤了关联负荷。
机制
外在负荷之所以成为设计唯一能稳定够到的杠杆，是因为它的定义本身就是"呈现层面可以被去除的部分"：把它消除掉不需要改变任务的要求，也不需要改变用户的能力水平，只需要改变信息怎么被组织和呈现。内在负荷的改变需要动任务范围或提升用户能力，这些都不是一次界面调整能完成的；关联负荷本就不该被当作要减少的对象。三者相比，外在负荷是唯一"设计投入"和"负荷下降"之间有直接、可控因果关系的一类，这也是它在实践中被反复优先处理的原因。
边界
当外在负荷已经压得很低、总负荷主要由内在负荷构成时，继续在呈现层面"优化"不会带来明显收益，这时该把资源转向任务拆分或用户培训，而不是继续做界面精简——这也是判断"要不要再改设计"的一个实用信号：如果连续几轮呈现层面的调整都没能降低用户的困难感，问题很可能已经不在外在负荷这一层。另一个常见陷阱是把关联负荷也一并当成外在负荷去消减——去掉所有引导性提示、解释性文字，短期看操作更快，长期会损害用户建立理解的机会，是过度优化最容易踩的坑。
怎么落地
设计评审时优先审查"这个元素是不是任务本身要求的"：如果不是，大概率是可以消减的外在负荷来源——分散在多屏的相关信息、重复表达同一件事的多种形式、与任务无关的视觉修饰和动效、不必要的模式切换。可以针对具体界面建一份外在负荷清单，逐项排查并优先处理。验证办法：逐项去除清单里的条目后，用同一批任务重新测完成时间和错误率，确认指标确实改善；同时用迁移任务检查是否误伤了帮助用户建立理解的内容（如果迁移任务表现下降，说明裁掉的其实是关联负荷而非外在负荷，需要恢复）。