传统 API 货币化为何需要变革？

Archetype（基于使用情况的 API 计费）的创始人兼首席执行官 Behailu Tekletsadik分享了典型API 货币化的不足。

API 的使用在数字组织中的重要性正在飙升。令人印象深刻的是，2022 年 Postman 报告发现，API 优先的领导者现在将 76% 的开发工作投入到 API 上。多年来，API 使公司能够共享和重复使用常见的内部功能，但新的研究发现，人们越来越希望将这些功能货币化到外部世界。而且，我们现在正在见证市场上的连锁反应。最近，Twitter 关闭了其免费 API，转而将这些数据货币化。

面向公共或合作伙伴的 API 策略代表着一个不容忽视的新商机。近年来，市场上涌现出许多新的 API 即产品初创公司，以利用这一独特机会。例如， API-First Index目前跟踪了 60 多家融资额达 5000 万美元或以上的 API-first 公司。这些企业和其他企业通过公共 API 外部化功能和数据，创造了可观的收入来源。

然而，传统的 API 管理解决方案在 API 货币化方法方面只能做到这一步。这些包罗万象的平台通常缺乏涵盖所有用例所需的精细跟踪和可定制计费。此外，创收并不是可以轻易在内部开发的东西。相反，使用专门的工具来帮助管理您的 API 计费，可以避免这些障碍并在几天内生成高级自助支付门户。

下面，我们将概述 API 货币化的现状以及它为什么需要发展。我们还将考虑一些组织可以采取的策略，以便根据其 API 快速开发新的、优化的收入来源。因为如果不考虑如何增强 API 货币化，您可能会错失潜在的收入。

了解传统 API 货币化

API 货币化通常以两种方式之一进行。首先，是基于使用量的货币化，即根据使用量进行固定费率订阅。通常，当消费者每月 API 调用次数达到一定限制时，他们必须升级到更高的计划。更大的计划则提供更高的费率限制，并且通常包括基于使用量的折扣。

其次，API 提供商可能会试图限制某些重要功能。例如，股票数据 API的免费用户每月可以对一个或两个端点进行 200 次调用。但是，如果您希望访问集成或轻松导出数据，则需要成为付费订阅者才能访问这些关键功能。在这种情况下，API 提供商会实施与不同帐户权限相匹配的基于密钥的访问控制。

可以想象，API 定价方案很快就会变得极其复杂。特别是如果您要操作数百个端点、跟踪各种分析并将它们映射到众多唯一用户权限。此外，处理时间等可计费指标的衡量和执行可能具有挑战性。

实现 API 货币化的挑战

希望将内部 API 作为收入来源的大型企业经常会遇到一个问题：我们应该如何跟踪使用情况并收取费用？这常常会引出一个问题：我们应该如何构建它？公司几乎没有选择来实施 API 货币化基础设施和定价结构。

首先，他们可能会尝试自行构建货币化基础设施。当公司不希望使用传统的 API 管理时，这种情况很常见——可能是由于内部遗留系统无法共存。内部开发货币化功能需要投入大量时间，现成的支付处理器功能有限，并且不是为 API 计费的细微差别而设计的。例如，像 Stripe 这样的工具可以帮助执行基于用户的计费。但您仍然必须创建自己的基础设施来计量使用情况并执行用户群细分和定价实验。

另一种选择是使用传统的 API 管理。API 管理解决方案通过提供自助服务门户、密钥生成和访问控制功能解决了上述一些问题。而像 Akana、Apigee 或 Kong 这样的 API 生命周期管理套件通常会在其开发人员门户产品中提供货币化功能。然而，许多公司不愿意依赖这些庞大的平台。此外，这些 API 管理套件仅提供在端点级别收费的开箱即用定价方案。这意味着您无法集成条件逻辑或引入智能、细致入微的货币化方法。

第三种选择是简单地将 API 列在 RapidAPI 等市场中。但是，这对大多数企业来说并不是一个有吸引力的选择，因为它不是白标解决方案。首先，您无法通过原生方式与产品互动，也无法访问客户的姓名或电子邮件，这意味着您无法联系他们。这会损害营销工作，并且对于希望成为不仅仅是一个副业项目的企业来说，这是不可扩展的。此外，使用 RapidAPI 等服务在定价和分析方面缺乏灵活性。更不用说，20% 的费用很难接受。然而，对于希望测试 MVP 的独立开发者或小公司来说，市场是一个绝佳的选择，但不足以建立和扩展更成熟的组织。

专用 API 收入系统的好处

那么，组织如何才能引入适合自己的货币化？第四种选择是利用专用的第三方 API 货币化引擎。Archetype 就是这样一种选择，它不仅仅是像 Stripe 这样的计费平台，还提供了更多围绕自助服务、计量和访问控制的功能。其他小众开发者门户生成器（如 APIable）也将货币化作为其产品的一部分。使用货币化引擎比从头开始构建要简单得多，并且可以缩短上市时间。它还避免了将自己锁定在通用 API 管理平台中的局限性。

使用专门的 API 货币化工具也可以解锁许多细粒度的功能。首先，这可以免去自己构建复杂计量和计费基础设施的麻烦，使您能够快速实现基于使用量的货币化和自动发票生成。这可以在根据定价层动态调整权限规则时节省大量时间和精力。这一点很重要，因为避免自己构建访问控制等网络安全解决方案是推荐的最佳做法。最后，专门的货币化解决方案会尽最大努力根据使用情况提供折扣和信用。

要了解 API 货币化为何需要发展，请考虑股票市场数据 API。假设一个平台汇总来自各种来源的金融和经济数据，并提供 API 访问此实时数据流的服务。但是，API 仅按订阅方式收取访问这些数据的费用。如果不引入基于数量的折扣、内容授权或无缝用户入职，该公司可能会损失潜在收入。此外，随着使用量扩展到每天数万亿次事件，他们可能会遇到严重的可扩展性问题。通过链接第三方 API 收入管理解决方案，人们可以实施上市战略，在几周内解决这些问题。

不要放弃潜在的收入

简单的 API 定价时代已经一去不复返，这种定价方式将每个请求一视同仁。因为如今，API 的运作方式已大不相同。Web API 可能提供数百甚至数千种独特的方法，这些方法需要不同程度的计算工作量和处理时间。每次调用可能请求不同量的数据，并与后端的不同数据源交互，每个数据源都有其独特的感知价值。因此，定价方法应该与底层系统的细微差别相匹配。

尽管 API 货币化可能并不适合每家公司，但我们看到大量创新的 API-first SaaS 产品进入金融科技、医疗保健和其他垂直市场。例如，生成式 AI API可以以编程方式集成令人印象深刻的视频、图像和基于文本的内容。我们还注意到，企业内部的吸引力水平令人兴奋，因为他们希望开发SDK 和 API作为其平台的扩展。这些努力通常旨在将 API 视为一种产品，并配备自助式开发人员门户和优质的开发人员体验。

正如大多数开发人员不是安全专家一样，大多数开发人员也不是货币化专家。因此，灵活、专用的 API 货币化解决方案将成为另一个不可或缺的组成部分，帮助可组合企业快速将其微服务产品化，以实现其真正潜力。因为那些更快地迭代和改进定价的公司，其产品迭代和改进的速度也更快。

本文翻译源自：https://nordicapis.com/why-traditional-api-monetization-needs-to-evolve/