A6.21.4Offload before commitment, not throughout the flow设计
界面应在关键操作前允许卸载，而非要求全程内部保持状态
别名: 提前卸载 · 记忆保持代价 · offload-before-commit
概念解释
很多流程要求用户在心里一直"记着"某些信息，直到走到最后一步才用得上——上一页看到的价格、几步之前选的选项、任务开始时定下的目标——这种"全程内部保持"的设计等于强迫用户在整个过程中持续付出维持成本，即便这条信息其实随时可以外部化。更好的做法是让用户在关键操作发生之前，把这些信息重新摆到眼前完成一次确认性卸载，而不是默认它应该一直被记在脑子里。
机制
维持一条信息处于"随时可用"的状态需要持续投入资源，而这份投入会在后续步骤里和新出现的信息互相竞争；步骤越多、间隔越长，之前需要保持的内容被新内容挤占或衰退的风险越大，结果往往是用户带着一个已经模糊或错误的内部版本走到最后一步去做决定。把关键信息在动作发生前重新呈现出来，等于把"要不要记住"这件事从一条贯穿全程的持续负担，改成一次性的、低成本的核对动作——用户不再需要在中间的每一步都分神维持它，只需要在真正要用到的那一刻重新确认。
边界
这条原则只适用于"信息在中途不需要被主动使用"的场景；如果用户在流程中间确实需要反复对照、比较该信息去做每一步的判断（例如持续对照预算做多轮选择），把它挪到最后再展示反而制造了额外的往返成本，这种情况下应该让信息全程可见，而不是隐藏后在关键点才卸载。判断该用哪种做法的依据是这条信息在流程中间是否被实际使用，而不是它本身重不重要。
怎么落地
- 找出流程里"用户需要记住、但在最后一步才用得上"的信息（价格、之前的选择、原始目标），在进入关键操作（提交、支付、确认）之前用一个摘要或确认页把这些信息重新完整呈现出来，而不是假设用户从头到尾都还记得。
- 对确实需要在中途反复参照的信息，不要等到最后才卸载，应该在流程中保持常驻可见（固定栏、侧边摘要），这类信息的卸载点在于"随时可看"，而不是"最后一次性看"。
- 验证办法：走查流程中每一步，标出哪些信息是在更早步骤出现、之后再没有被重新展示过、却在最后一步的决策里被隐含要求用到；这些点就是应该补一次确认性卸载的位置。