API-as-a-Marketplace

随着我们在B2B市场和开发工具/平台上花费时间，我们开始意识到有一个有趣的子类别结合了这两者的元素：API-as-a-Marketplace。

就像传统的市场一样，API即市场有两个方面：供应商和买家。但是，界面是不同的。

在传统市场中，发现和购买是在应用层完成的。交易过程对最终用户是可见的，本质上是平台身份和品牌的一部分。

在API-as-a-Marketplace中，API是事务的UX；也就是说，事务发生在基础架构层，并从最终用户抽象出来。

请注意，我们这里讨论的不是API市场。API市场(如RapidAPI)是传统的市场，允许API提供者发布他们的API以供开发人员发现。API-as-a-Marketplace更像是一种开发工具，它连接供应商和买家池，并使用API连接双方。

API是当今数字世界的构建块：开发人员使用它们将特性、数据、服务和功能快速集成到他们自己的应用程序中，而不需要自己从头开始构建和扩展所有这些元素。考虑到API-as-a-Marketplace作为一种开发工具的DNA，它是构建Strip(用于支付)、Twilio(用于通信)、PostMate(用于按需交付)等业务的障碍。

但与Strip、Twilio和PostMate不同的是，API-as-a-market的供应不一定是商品。也就是说，如果他们选择这样做，开发人员和企业(甚至他们的最终用户)可以根据他们的任何需求来选择他们的供应商。

例如，在Shippo上，企业可能希望根据价格、跟踪可见性等来优化承运人(供应商)-毕竟，正如首席执行官Laura Behrens Wu所说，“航运不是万能的”。在Patch上，企业可以根据最符合其商业精神的项目类型(例如林业)选择碳抵消提供商。

在API即市场中，可防御性可由两条途径产生。首先，您可以聚合供应，特别是在需要为API即市场构建大量基础设施的过时行业。例如，您需要为供应方构建集成，并使其可由需求方通过一次API调用进行访问。这种直接集成很麻烦：无论何时调用API，都会立即向供应商付款。

其次，正如在传统的市场动态中一样，网络效应是防御性的关键驱动因素。当新的供应商或用户加入时，市场提供给用户的服务或产品的价值就会增加。在Shippo的案例中，更多的运营商意味着平台用户的选择更多(更好的价格，更快的交付时间等)。而且更多的企业使用Shippo满足他们的航运需求，从而推动了更多的收入和运营商签约的动机。

就像常规的API一样，业务模型很简单。API-as-a-Marketplace可以从每个API调用中分得一杯羹。

数据市场是人们可以在其中购买数据的在线商店，它不一定是API-as-a-market(API即市场)。这是因为这些平台中的许多不通过API代理数据(例如，以.csv的形式)。它们只是简单地聚合和转售数据，并不总是给您提供数据源的选择。

然而，最有可能的趋势是，越来越多的数据市场将转向API交付，以提高连接供需的效率和规模经济。我们在医疗保健领域看到的一个例子是Segmed，它通过出售给需要数据来训练模型的医疗人工智能初创公司，帮助诊所/医院将他们的医疗图像数据货币化。

还有什么其他的API-as-a-Marketplace示例？你在造一个吗？您认为开发人员还有哪些其他机会？我们很乐意聊天！