给异常状态留下继续的办法，把操作后果写在前面，不确定等待也能诚实呈现

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

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

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

把操作后果写在前面

循环依赖常让模块边界变得含糊。两个部分彼此调用时，可以追问它们是否共享一个尚未明确的概念，或某个职责放错了位置。解决办法未必是再加一层转发；把数据方向与所有权重新画清，往往更能帮助后续功能沿稳定边界继续扩展。

产品文案应帮助使用者判断下一步动作。

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

不确定等待也能诚实呈现

假设导出任务在后台完成后生成一份文件，用户回来时却已经改变筛选条件。结果页应保留当初的范围摘要，而不是套用当前页面条件。这样使用者才能理解文件内容为何不同，也让同一任务在创建与取回之间保持稳定身份，不受后续浏览动作干扰。

支持沟通可以先复述对方实际看见的现象。

撤销范围应与提示给出的预期相符。