为什么嵌入式金融需要编排 – 不仅是基础设施：菲利普·布什曼（Philipp Buschmann）

Money20/20始终是追踪金融科技行业的脉搏的地方，不仅是通过舞台的嗡嗡声，而且还通过在侧室，休息室和非正式聚会上进行的更安静，坦率的对话。今年，一个反复出现的主题浮出水面：
嵌入式财务正在发展，但仍未解决其编排问题。

作为一个行业，我们取得了重大进展。存在基础设施。 API是活的。平台是可编程的。但是，在各个行业之间，在上下文中运行嵌入式融资解决方案仍然需要不仅仅是连接性。

仅基础设施还不够

越来越多的意识到，尽管后端管道越来越商品化，但真正的价值在于将基础设施策划为
凝聚力，以用户为中心的财务经验。

阿姆斯特丹的许多对话都集中在建立新的铁轨上，而是在对齐系统，合规框架，UX层和商业逻辑上。编排层，不仅是连接性，决定了嵌入式融资是令人愉悦的还是脱节的。

这个编排挑战超出了技术整合。它触及合规性，可伸缩性，用户体验以及随着法规和客户需求的转移而迅速适应的能力。那是许多摩擦仍然存在的地方，也是将来会有许多创新的地方。

嵌入式财务符合运营现实

另一个关键要点：希望嵌入融资的组织，无论是零售商，旅行平台还是B2B SaaS公司，都不试图成为金融科技。他们正在寻找
插件简单性 这不会流失内部资源。

这意味着编排不是一个不错的选择。这是必不可少的。这是可以将原始银行功能转化为可用的，可自定义且合规的非财务平台的层。这就是使合作伙伴能够专注于经验而不是基础架构的原因。

背景是国王

在垂直方面，对 上下文财务：在适当的时候提供的信用，嵌入了风险出现的保险，感觉是用户旅程本来的付款。

这些体验不是由静态产品提供动力的；它们是由编排驱动的。随着对超相关财务经验的需求增长，在幕后管理复杂性的能力成为竞争优势。

行业仍然需要什么

如果嵌入式财务将从实验转变为基础设施（从潜在到可预测的收入），需要进行几种转变：

• 标准化 整个API，合规性和入职旅程
• 共享的编排逻辑 可以在用例中适应
• 技术提供商与嵌入融资的企业之间的更好对齐，这样，协作并不会每次都成为自定义开发
• 批判性 从产品推荐到用户优先设计的心态转变

今年的Money20/20明确表示：嵌入式融资的下一阶段不仅仅是原始功能。我们将这些功能划分为适用于平台，为合作伙伴以及最终对人的系统工作的系统来塑造它。