核心概念
消费方式选择
交付方式应匹配消费者、数据量、频率、触发方式以及批量或按需的需求。报表 / BI、文件接口和 API 是典型模式，不是互斥的绝对规则。
同一份数据，应该怎么交付？
面对同一份已发布数据，先读清消费者和使用方式，再选择交付路径。
同一份数据，三个请求完全不同
经营人员每天看各机构余额和趋势，关心的是人能否快速比较；下游系统每天等上一业务日的几十万或上百万行，关心的是一批数据何时完整；业务页面每次只查一个机构，关心的是参数和返回结果。
把这三个请求都做成同一种交付，会让使用者承担不必要的等待、解析或查询成本。
消费决策练习 · 需求驱动
你会选择哪种数据交付？
选择一个场景，再选择报表 / BI、文件接口或 API。系统会说明匹配原因，并给出典型模式对照。
正在加载交互实验…
判断时抓住五个问题
先问消费者是谁，再看一次数据量和消费频率；接着判断是人主动查看，还是系统交互；最后区分批量交换还是按请求获取。答案组合起来，通常就能缩小交付方式的范围。
这些维度描述常见模式，不是硬性技术边界。API 可以分页，BI 可能查询大量数据，文件也可以高频产生；具体设计仍要结合数据资产和消费者约定。
- 消费者是谁：人还是系统。
- 一次数据量和消费频率：少量查询还是批量接收。
- 触发方式：主动查看、定时批次还是请求触发。
- 消费形态：批量还是按需。