B3.11.4Golden Rules设计
设计对话以产生闭合感
别名: 任务闭合 · 对话序列 · 完成反馈
概念解释
设计对话以产生闭合感（closure）意味着每段人机交互应有清楚的开始、阶段推进和结束：请求被接受、任务完成、异常被处理、或会话被有意保留。用户不应该停留在"好像做完了，但说不准"的状态里。
机制
闭合感的作用是让用户把一个目标从自己正在监控的"待办清单"里正式划掉。一个尚未收到明确结束信号的任务，会持续占用一点点监控注意力——用户会时不时地想"这个到底完成了没有"，即使不主动去查看。界面用清楚的阶段划分和结果证据来提前终止这种低强度的持续监控，而不是靠动画或庆祝效果制造完成的错觉。这里有一个常见但需要谨慎对待的解释：民间说法常把闭合感的作用归因于"蔡格尼克效应"（未完成的任务比已完成的任务更容易被记住、更容易产生紧张感），但这一效应在后续复现研究中结果并不稳定，不能当作确定结论使用；更站得住脚的说法只是"任务在目标栈里未被撤销会持续占用监控资源"，不必依赖蔡格尼克效应本身是否成立。
边界
闭合感设计的常见反例是制造假闭合：后台处理还没真正完成，就提前显示"成功"页面，一旦真实状态之后翻车（支付延迟到账、导出实际失败），用户遭遇的不是"没有闭合"，而是"被撤销的闭合"，对信任的伤害比一直显示处理中更大。另一种边界是跨越多天、多阶段的长流程：如果为了制造闭合感强行把每次会话都包装成一个完整循环，反而会切碎任务本身的连续性；这种情况下，诚实地把状态显示为"仍然开放、当前归属于谁、下一步是什么"，比伪装每次退出都是一次圆满收尾更可靠。
怎么落地
- 为关键流程定义开始、阶段、完成、失败、取消和暂停六种出口状态，只有真实达到该状态才显示对应反馈。
- 完成页显示结果摘要、影响范围、下一步和撤销/继续入口；如果完成信号依赖后台异步确认，等确认到达再展示，不要提前展示。
- 中断或离开时保存草稿，返回后显示恢复点和当前真实状态，而不是重新伪装成一个新的开始。
- 走查任务日志，找出用户重复确认或反复问"完成了吗"的步骤，这些地方通常是缺失或过早的闭合信号。