把操作后果写在前面，看见等待中的任务边界，用具体任务比较不同方案

把操作后果写在前面

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

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

看见等待中的任务边界

事务范围过大时，外部等待可能拖住本来能够快速完成的写入。可以先梳理哪些状态必须同时改变，哪些后续步骤允许异步完成，再决定边界。讨论应同时包括失败后的补偿方式，避免为了缩短事务而把一致性问题转移到没有人负责的角落。

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

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

用具体任务比较不同方案

软件中的历史记录若要帮助追溯，应说明发生了什么变化，而不仅列出有人更新。修改对象、状态与必要上下文各有价值，但也需控制无关噪声。让使用者能回答自己关心的问题，才是记录可用的标准；事件条目很多，并不等于已经形成清楚的历史。

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

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