数据导出为什么不能只显示一个下载按钮？先区分生成与下载

数据导出交互至少包含两个结果：系统生成了文件，以及用户能够取得并打开文件。点击一个“下载”按钮之后，如果生成需要较长时间，界面就要说明任务已经接受、采用哪组数据、何时进入可下载状态，以及离开页面后从哪里找回结果。

导出文件往往用于核对、汇报或跨系统处理，范围错了比按钮不好看更影响任务。设计先明确筛选、选择和权限的关系，再安排任务状态。不要让用户看到当前一页，就默认导出的也是这一页；也不要让一个下载图标隐含所有数据规则。

导出之前，说清是哪批对象和哪些字段

导出可以针对当前页、已选记录或当前筛选结果，三者不是同一个集合。界面按照实际能力提供选项，重要范围在操作前可理解。只写“导出全部”，还需要说明全部指筛选结果还是当前允许查看的数据。

筛选条件在生成时怎样采用，需要产品确认。如果任务创建时固定范围，记录当时采用条件；如果后续还会读取变化后的数据，也要明确定义。用户无需了解内部实现，但不能以为导出的是点击时的结果，实际文件却采用了另一组范围。

字段范围也应清楚。列表隐藏了一列，不必然说明文件也不含这一列；列表中能看到的内容，也不必然都允许导出。查看与导出权限分别按业务规则核对，界面准确显示可选范围，不仅凭按钮出现判断所有字段都可取得。

如果文件有不同用途，例如核对清单与汇总报告，可以提供准确名称或模板选择，并说明主要差异。不要用一组陌生格式选项替代用途说明，也不用展示全部技术参数让普通用户自行猜测。

导出范围摘要可以记录对象集合、采用条件、字段或模板和生成时点规则。它既用于用户确认，也用于后续查找任务。范围摘要的表述应和实际文件一致，不能只复制列表标题作为任务说明。

点击后说明任务已创建，不提前冒充文件就绪

生成很快且立即取得文件时，可以采用简洁反馈；耗时任务则应有可核对的任务身份和当前阶段。界面写“正在生成”，同时说明是否可以离开，避免用户盯着一个按钮反复点击又创建多份任务。

任务已接受只说明系统开始按条件处理，不能显示成“导出完成”。生成阶段的进度如果有可靠依据，可以展示实际处理范围；没有准确比例时说明阶段即可，不需要用不断增加的假百分比让界面显得活跃。

任务列表可以保留范围摘要、发起时间、状态和结果入口。用户从多个导出中选择时，需要辨认哪份属于当前任务，而不只是看到一排同名下载按钮。是否提供任务中心依规模决定，少量任务也可通过一个稳定结果入口取回。

用户再次点击时，产品应明确是查看已有任务还是创建新的导出。长任务中的防重复规则由实施共同确认，界面也需要解释当前状态。按钮变灰只是一个表现，不能代替任务存在与结果可查的关系。

离开页面后是否继续生成，以实际能力为准。不能一边提示可以关闭，一边把生成过程依赖于当前页面保持打开。若当前产品确实不能离开，准确说明限制并安排适当恢复路径，不在文案中承诺后台任务能力。

文件就绪之后，让取回动作可以被识别

文件就绪状态需要说明是哪份结果、文件类型及必要的生成时间。名称应能区别多个范围，避免用户下载后只得到一串与任务没有关系的文件名。可以让范围摘要与文件身份互相对应，但不在文件名里堆入私人信息。相关操作可参阅《SaaS 后台表格为什么越做越难用？数据表真正的问题不是“信息太多”，而是任务没有优先级》。

下载按钮表示当前文件可以取得，不代表用户已经成功保存和打开。某些环境下点击后会预览或出现保存操作，界面采用准确动作描述。产品记录下载行为，也不能直接把它当成用户已读或已经完成后续分析。

文件结果如果需要回看，入口应持续可发现。只在几秒钟提示中放一个下载链接，用户错过后无法找回，就不符合长任务的取回需要。已有任务入口与完成通知可以衔接，通知不能成为唯一存放位置。

生成结果与任务范围一起保存，便于用户检查。有些任务采用汇总文件，没有逐条数据，也应说明对应口径；有些任务分多个文件，列出每份用途与是否全部就绪。不能一份可下载就把整个组合结果写成完成。

失败、过期与权限变化，都要有准确下一步

生成失败时，说明失败发生在文件制作阶段，当前是否存在可用结果，并提供重新生成或核对条件的路径。输入条件或任务摘要尽量保留，避免用户因为一次失败重新设置全部范围。具体错误原因需要能够支持动作，而不是只写“请稍后”。

下载失败时，若文件已经存在，应优先提供重新取得它的方式，不立即要求重新生成全部数据。区分生成与取回，就能把重试放在正确位置。用户也能知道哪项工作已经完成，哪项尚需继续。

文件若有有效使用时间，创建或就绪时就说明，而不是等点击后才突然告知失效。期限由实际数据与产品安排决定，不能设计团队统一假设所有文件保留多久。过期后说明重新生成是否采用当前数据，避免用户误以为仍取得旧时点文件。

权限变化时，要明确现有文件取回遵循什么规则，服务端落实实际控制。界面可以解释当前不可取得及必要联系路径，不能仅隐藏按钮而把文件地址继续无条件开放。具体权限时点由业务与安全安排确认，不在文章中替所有系统设定统一政策。

取消任务也要说明边界。停止生成与删除已完成文件不是同一动作，是否允许、已经处理部分怎样安排，按实际实现确认。用户选择取消后，应看到准确状态，不让进度暂停就被误认成任务已撤销。

打开文件核对内容，才知道导出范围是否落地

实际文件核对选用可识别的测试记录，不借用真实客户私人数据。设置一个明确筛选范围，导出后查看对应对象、字段与数量关系。摘要正确而文件包含别的范围，仍属于任务不符合预期。

对日期、数值与文字字段，检查输出是否保留业务含义。某列遗漏单位、某个标识被改变格式，都可能影响后续分析；具体文件格式行为由实施人员核对。设计应提出需要准确保留的含义，不替不同软件预设相同行为。

列表在生成期间发生变化时，也按已确认的时点规则核对结果。如果文件采用创建时点数据，就看是否对应该范围；如果采用后续确认的数据，则说明实际生成依据。没有定义之前，不用“导出的是最新数据”掩盖时点差异。相关操作可参阅《数据导入功能怎么设计？模板、校验、进度和失败修复》。

验收包含等待、离开、取回和失败恢复

准备小范围、大范围、空结果、生成失败、取回失败、离开再返回和文件过期等场景。每条记录采用范围、预计状态与下一步，检查界面及实际文件。测试不是让进度条走一遍，而是看任务能否完整取回。

多个任务同时存在时，核对用户能否找到正确结果；权限不同的角色，按已确认范围检查可导出字段与可取回文件。完成提示、任务列表和文件身份要对应，同一任务不能在不同入口显示互相矛盾的状态。

完成标志是导出范围可理解，生成与就绪分开，离开限制准确，失败重试指向正确阶段，文件内容与条件对应。下载按钮可以很简单，但它背后的结果状态需要足够清楚，用户才能把导出文件用于下一项工作。

常见问题

列表当前显示二十条，导出一定也是二十条吗？

不一定，取决于导出范围。界面应说明当前页、选择对象或筛选结果是哪一种，并让实际文件与采用规则对应，不能要求用户自己推测。

文件生成完了，是否可以显示用户已下载？

不可以把两者直接等同。就绪说明结果可取得，下载动作与用户成功打开又是不同事实，状态名称按实际可确认结果使用。

下载失败后要重新生成文件吗？

先核对文件是否仍可用。已生成时可以重试取回；生成失败才进入重新生成路径。一个统一重试按钮不应混淆这两种动作。

生成过程中修改筛选，会影响当前文件吗？

依据产品已经定义的任务时点与范围规则。界面应保留本次采用条件，不让用户误以为修改筛选必然改变正在生成的任务。

导出链接过期了，重新生成的内容会一样吗？

不一定。重新生成可能采用当前数据，原时点已发生变化时内容也可能不同。产品应准确说明采用范围和时点，不能承诺所有重生成文件完全一致。