把操作后果写在前面，让错误提示指向具体位置，让中途离开也有返回线索

把操作后果写在前面

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

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

让错误提示指向具体位置

网络在传输中切换时，请求可能进入结果未知的状态。软件可以先查询原任务，再决定是否重新发送。对会产生新对象的动作，保留可识别的请求身份尤其有用，让恢复逻辑能够把同一次意图与多次网络尝试联系起来，而不是只根据连接是否断开判断。

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

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

让中途离开也有返回线索

关系表中的删除行为应围绕对象含义决定。某条记录消失后，历史操作是否仍需可读，附件是否仍有其他引用，都会影响处理方式。把这些问题显式列出，有助于避免技术上的级联动作超出用户预期，也让后续恢复有清楚的讨论依据。

错误提示应解释当前影响，并提供合适的下一步。

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