A10.03.4Sequential interlock against skipping设计
连锁强制步骤顺序，防止跳步
别名: 强制顺序 · 防跳步连锁 · order-forcing interlock
概念解释
针对「该做的步骤被跳过」这一类遗漏，最直接的对策是用连锁把步骤顺序物理性地锁定：下一步的入口在上一步完成之前根本不可用，用户想跳步也无处可跳。这和靠提示、文案提醒用户「别漏做」不同——连锁不依赖用户记得或注意到，它把顺序约束做进了交互本身，跳步在结构上就不成立。
机制
连锁能生效，前提是被强制的两个步骤之间存在真实的先后依赖——后一步在逻辑或物理上确实需要前一步先完成才能正确进行，比如必须先选定操作对象才能执行针对它的动作。如果两个步骤之间并不存在这种依赖，只是设计者习惯把它们按某个顺序排列，强行连锁不会减少遗漏，只会把用户原本可以并行或按自己顺序完成的操作，变成一条更长、更僵硬的队列——遗漏没有减少，等待和挫败感先增加了。
边界
连锁只对「有真实依赖」的步骤对有效，用在没有依赖的步骤上会压制本来合法的操作顺序：习惯了不同填写顺序的老用户会发现自己被迫按一个陌生的顺序操作，完成时间被拉长却没有换来相应的安全收益。另外，连锁只解决「跳步」这一种遗漏成因，对「序列末尾被主目标达成感掩盖」或「打断后忘记续上」这类遗漏无效——这些情况里步骤本身没有被跳过的选项，问题出在监控松懈或记忆调取失败，连锁锁不住这类遗漏。
怎么落地
先做依赖分析，只对有真实先后依赖的步骤对施加连锁：把下一步的入口控件禁用或隐藏，直到上一步的完成事件被系统确认触发才开放。不要把连锁当成默认选项施加在所有步骤上，只用在依赖关系明确、且跳步后果较重的位置。验证办法：上线前统计用户在旧流程里实际尝试跳步的次数与位置，只在这些位置加连锁；上线后对比同一批任务的完成时长与跳步尝试次数——跳步尝试应降到接近零，而整体完成时长不应出现无依赖步骤也被牵连拖慢的情况。