让中途离开也有返回线索，让保存状态可以理解，空结果也需要解释条件

让中途离开也有返回线索

用户应能分辨内容已接收与结果已完成的不同阶段。

对不确定状态的诚实说明，比虚假的进度更可靠。

让保存状态可以理解

并发数量的调整应观察整个处理链。增加执行者可能使本段更快，却把数据库或存储推到拥堵状态。可以分别记录排队与执行的变化，再寻找真正限制吞吐的位置，让调优基于瓶颈的实际转移，而不是默认更多并行就会产生更好的整体结果。

权限变化需要让内容拥有者理解实际影响。

通知需要说明为什么在此刻出现。

空结果也需要解释条件

跨进程协作不能只依赖内存中的完成标记。进程重启后，未结束任务需要有可恢复的依据。可以把关键状态与必要输入持久保存，并设计重复执行时的识别方式，让恢复流程能够判断从哪里继续，而不是凭是否收到上一次通知来猜测工作是否完成。

历史记录应帮助理解变化，而不仅显示有人操作。

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