空结果也需要解释条件，让内部记录支持外部解释，看清一个状态如何变成另一个

空结果也需要解释条件

批量行为的影响不能仅靠当前屏幕让人猜测。

实现成功与使用者完成任务之间仍可能有距离。

让内部记录支持外部解释

复杂设置可以提供推荐起点，但应让用户能够查看其包含的具体选择。一个简短模式名称可能隐藏多项行为变化，切换之后才发现差异会增加不信任。提供展开说明与恢复默认的路径，可以让便捷方案保持透明，也让熟练者能够按自己的任务进行细致调整。

旧内容如何处理，是功能退出说明中的重要部分。

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

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

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

结果暂时不明时，应提供可查询的状态线索。

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