更新说明如何对应日常动作，减少猜测也是交互的价值，确认成功之后仍可核对

更新说明如何对应日常动作

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

支持沟通可以先复述对方实际看见的现象。

减少猜测也是交互的价值

部署回退需要考虑数据是否还能被旧版本解释。程序文件能够恢复，并不保证新写入的状态也能倒退。设计变更时可以把兼容期与清理期分开，先允许新旧行为共存，再决定何时移除旧结构，让回退条件有可以核对的实际依据。

清楚的入口名称可以减少理解内部术语的负担。

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

确认成功之后仍可核对

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

测试样本应标明用途，不能冒充用户真实记录。

帮助内容应围绕任务，而不是只列页面上的控件。