看清一个状态如何变成另一个，空结果也需要解释条件，把选择后果放在决定之前

看清一个状态如何变成另一个

中途离开后如何恢复，也是流程完整性的一部分。

不同长度的文字有助于检查布局是否稳妥。

空结果也需要解释条件

软件维护中的完成定义应包含交付后的可接手性。功能能够运行之外，必要配置、限制与恢复方式也要让后来者找到。可以以一个新接手者能否独立完成关键操作为依据核对，让知识从作者脑中转移到可查阅材料，使后续改动不必总依赖原实现者解释细节。

导出范围最好在操作发生之前清楚可见。

页面简洁与信息可发现，需要放在一起考虑。

把选择后果放在决定之前

多环境配置若靠手工复制，很容易遗漏某个差异。可以明确哪些值属于共同规则，哪些必须由环境提供，并在启动时检查必要条件。缺少关键配置时给出清楚错误，比勉强使用一个看似可运行的默认值更有利于及时发现部署中的实际问题。

键盘路径检查也能暴露顺序与反馈的问题。

交互页面的简洁应与信息是否容易发现一起评估。