把操作后果写在前面，给异常状态留下继续的办法，把撤销范围交代给使用者

把操作后果写在前面

交互评审需要包含首次使用与偶尔使用的情境。

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

给异常状态留下继续的办法

资源回收问题常在中途退出的路径上暴露。打开文件后发生校验错误、建立连接后用户取消，都应有明确的释放位置。审阅这类代码时，可以沿着每个提前返回的分支检查资源归属，而不是只看顺利结束时是否调用了关闭动作。

同一行为的命名需要保持稳定的使用预期。

设置分类应贴近使用者想完成的事情。

把撤销范围交代给使用者

同步冲突的比较视图应突出真正不同的内容。若整篇文档都被标成改变，使用者很难找到需要决定的位置。可以保留上下文，同时按修改片段组织选择，并说明合并之后会保留什么，让冲突处理成为可逐项完成的任务，而不是一次不可检查的整体覆盖。

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

状态说明需要覆盖结果暂时不明的情况。