内在负荷由任务本身的复杂度决定
别名: 内在认知负荷 · 任务固有负荷 · element interactivity
概念解释
内在负荷（intrinsic load）是完成一项任务时，工作记忆里必须同时保持并处理的相互关联信息元素所带来的加工负担。它由任务或领域本身的结构决定，不是界面呈现方式造成的——换一套更清晰的排版、去掉多余的装饰，都不会让它变小。这一点容易和外在负荷混淆：外在负荷是呈现方式额外添加的负担，理想情况下可以降到零；内在负荷是完成这项任务本身需要付出的最低加工量，即使呈现方式已经做到最优，它依然存在。
机制
内在负荷的大小取决于任务的元素交互性（element interactivity）：如果任务里的信息元素可以逐个独立处理、互不依赖（比如记住一组互不相关的名字），交互性低，负荷也低；如果元素必须被同时考虑才有意义（比如根据多个互相制约的变量做出一个判断，改变其中一个就要重新权衡其余几个），交互性高，负荷也高。这个交互性是任务或领域自身的属性，不随呈现方式改变——同一个高交互性任务，无论用文字、图表还是语音呈现，需要同时处理的元素关系都不会变。
怎么研究
研究者分离内在负荷的常见做法是操纵元素交互性而保持呈现方式不变：给出交互性不同的两版任务内容（例如同一领域里"元素可独立学习"与"元素必须联立理解"的两种材料），呈现格式、篇幅、教学顺序完全一致，只比较学习或操作结果的差异，把差异归因为任务本身的交互性，而不是排版。常见自变量是元素交互性的高低分级；因变量是学习结果、操作正确率、完成时间。这套方法在界面研究里用来判断"用户觉得难，是任务本身难，还是呈现方式添的乱"。方法论注意点：如果对照组之间呈现方式也发生了变化，测到的差异就无法单独归因为内在负荷，这是这类实验最容易出错的地方。
边界
内在负荷并非对所有用户都是同一个固定数值。同一个任务，对新手而言可能元素之间必须逐一权衡，属于高交互性；对已经掌握相关图式的专家而言，多个元素可以被当作一个整体调用，实际承受的负荷更低。这不是内在负荷的定义被推翻，而是任务"固有"的复杂度其实是相对于加工者已有的知识结构而言的——同一个任务描述，交互性对不同专长的人并不相等。
怎么落地
诊断价值大于操作价值：当用户反馈"这个功能很难用"，先判断问题出在任务本身的复杂度，还是呈现方式。如果去掉视觉噪音、精简步骤之后用户仍然觉得难以把握，说明瓶颈在内在负荷，继续做界面层面的精简不会有明显收益，需要在任务范围（缩小一次要处理的变量数、拆成更小的子任务序列）或用户能力（提供培训、预先建立相关知识）上想办法，而不是指望换一版设计稿解决。验证办法：在界面完全不变的前提下，单独改变任务本身要求同时处理的变量数量，观察完成时间和错误率是否随之变化；如果变化明显，说明当前的困难确实来自任务的元素交互性，而不是呈现问题。