本文内容
金融科技 MVP 一开始就要买市场数据 API 吗？
一只债券在当时发行，时机选得怎么样？回头看，发行定价对发行人更有利，还是让买方占了便宜？这是资产管理人拿到第一份 PDF 后可以研究的问题。我们在后台处理季度 Excel 文件，用户看到的是模型对这次发行的分析。
客户是一家初创公司，找 Wavect 时已经买了数据使用许可。供应商按季度提供这套债券发行数据，API 超出了客户的预算。我们接到的任务，是用客户已有且获准使用的数据做出能交给机构客户试用的产品。债券分析平台案例记录了我们怎样让过去的季度分析可以重算。
第一份试点报告要让谁判断什么？
资产管理人要能回看一笔已经完成的债券发行，评估发行时机、价格以及交易条件更有利于哪一方。客户把研究中积累的专业知识做成了专有模型。我们按规则把源数据送进后台，模型计算后才有了用户要看的结果。
先做 PDF。网页仪表板是下一步。评估试点时，我会拿一份报告给目标读者，请他指出哪项结论有用、还缺什么依据。假如他想知道某个季度的一笔发行为什么会得到这样的评价，下一版至少要能回到当时用的那批数据。挑选试点形式时，也可以参考付费试点、概念验证与设计伙伴的区别。
已有的 Excel 许可给试点划出了什么范围？
先看样张。报告交给谁，用了哪些数据？拿着这些具体信息，才能核对已有许可。就这个项目而言，客户知道自己能负担哪种交付方式、能对数据做什么。季度文件来自后台，资产管理人无需下载工作簿，也不用自己整理或上传数据。
如果你的产品要从内部分析扩展到客户门户，应让供应商按实际用途核对权限。比如，只给少数试点用户发分析结论，与让所有订阅用户下载逐条原始记录，是两种具体交付。伦敦证券交易所集团对数据再分发的说明也区分原始数据与衍生数据。拿着自己的报告样张去问，比只问“有没有 API”更容易得到可用的答复。
怎样把季度文件变成可以复核的报告？
客户每季把文件送入后台。我们的导入程序按预定规则读取和校验每一行，再将该季度的数据留存下来，供模型计算和事后复核。重复运行同一批输入，应当得到同一份数据。哪怕下一份工作簿的格式有变化，也要能在它影响分析结果之前发现问题。
可以用一个测试检查这条流程。先导入一个季度。再导入一次。原来的报告会变吗？比较两次的记录数量和模型输出。接着拿副本删掉一个必填值，看看团队能否定位到具体记录。PostgreSQL 的约束文档说明了如何用非空和唯一性约束保护入库数据。至于某只债券是否对应正确的发行记录，以及模型读的是哪个季度，仍要按业务规则核对。
什么时候值得重新给市场数据 API 询价？
先把现有流程拖慢的那一步写清楚。如果特定数据集每季才发布一次，接口也只能在源头发布后取数。但如果报告每次都在等人下载文件，哪怕数据按原周期更新，自动交付也可能缩短等待。下面是我会和产品负责人一起核对的四件事。
| 判断依据 | 继续用文件的条件 | 值得重估 API 的情形 |
|---|---|---|
| 更新频率 | 季度发布能赶上读者的决策时间。 | 用户必须更早决策，且供应商能更早提供所需字段。 |
| 交付工作量 | 有人负责收件和导入，每季能按时出报告。 | 手动交接反复耽误报告，接口能省下可核算的工时。 |
| 更正与重算 | 保留各批次即可追踪改动，并还原发给客户的报告。 | 经常需要补发更正，供应商能提供版本标识和历史修订记录。 |
| 使用权限 | 现有许可覆盖约定读者和试点报告。 | 新增读者或交付形式，供应商能确认新许可的范围。 |
用同一份数据清单向供应商询价。标普全球的信用分析产品列出了 Excel 插件、API 和批量数据等交付渠道。渠道名称本身无法说明哪些字段何时发布，也无法算出团队采用各方案的全年支出。报价时要把这些差异逐项问清。
给开发团队和数据商的试点需求该怎么写？
我会先写一句用户能验证的话。以这个案例为例，就是“资产管理人拿到一份报告后，能回顾某笔债券发行的时机和定价”。然后附上脱敏样例、字段清单、源数据发布时间、报告交付期限和拟接收报告的人员范围。再给出一个文件更正的例子，让团队说明旧版报告如何保留、谁负责通知读者。
在软件需求探索阶段把这些信息对齐，开发方就能分别估算首次导入、日常运营和接口升级的投入。如果你正在为机构客户规划类似的试点，可查看 Wavect 的MVP 开发服务，或带一份报告样张来讨论首版范围。