Robinhood与OG.com于2026年9月8日宣布合作。Robinhood公告；OG.com公告。
对准备自有平台的团队而言，这引出一个运营问题：提供方的工作在哪里结束，自己的工作从哪里开始？我们建议在上线前约定四项交接。以下是规划建议，并非对两家公司合同的描述。
1. 从市场规则到用户页面
确定由谁批准问题、交易截止时间、结果判定来源和特殊情形下的结果，再指定人员核对页面是否展示了获批版本。
交付物： 一个注明审批人的示例市场，以及纠正歧义描述的流程。技术上有效的市场，仍可能让用户产生误解。
2. 从技术事件到用户答复
未能提交的订单与等待结算的交易，需要不同的解释。约定由谁确认状态、联系提供方并向用户更新进展。
交付物： 一份升级处理表，列出所需证据、联系人、约定的响应目标和下次更新负责人。在查清订单实际状态之前，不要让用户再次尝试。
3. 从流量到实际采用的证据
确定哪些事件能说明用户在你的接入流程中取得进展。访问、下载和完成集成回答的是不同问题。约定各团队可查看哪些汇总报告。
交付物： 包含事件定义、报告负责人和复查日期的衡量计划。共享基础设施并不会提供你的获客策略。
4. 从提供方变更到持续运营计划
询问API变更如何通知、哪些记录可以导出，以及由谁验证迁移。记录协议下实际可用的能力。
交付物： 变更通知流程和经过测试的导出样本，并在上线前记录缺口。
演练一次困难的用户流程
与双方团队一起梳理结算延迟的情况。每个人能否指出下一位负责人，以及用户将收到什么信息？如果还需要找一个尚未指定的人，交接就没有完成。
在评估通过Kuest上线时带上这份责任分工表。它能帮助团队具体讨论所需的基础设施，以及准备自行承担的运营工作。