把操作后果写在前面，重试之前确认原操作状态，一次保存可能包含多个阶段

把操作后果写在前面

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

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

重试之前确认原操作状态

故障分级应结合用户影响，而不只依据报错看起来是否严重。一个辅助组件完全停止，可能影响很小；一个偶发写入错误，却可能使重要工作丢失。建立分级时可以明确任务、范围与恢复难度，让响应资源跟随实际后果，也减少不同值班人员凭个人感觉决定优先级。

默认选项需要容易理解，也应允许合理调整。

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

一次保存可能包含多个阶段

协作文档中的评论解决标记，应说明讨论已经达成什么结果。直接隐藏整段对话，可能让后来加入的人失去理解修改理由的线索。保留可查阅的讨论与最终处理摘要，可以让正文保持清爽，同时不把协作历史变成只有参与者记得的口头知识。

一个功能的效果应放在具体使用流程中检查。

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