API 业务模型：如果通过 API 获取回报

John Musser 深谙 API 之道，作为 Programmable Web 的创始人，他见证了数以千计的 API 和众多业务模型。最近，John 在 2013 API 战略大会上的主题演讲中分享了他得经验。

John 最常遇到的问题是“你如何用它赚钱？”其实，这个问题的答案，取决于有关“为什么”的反问——“为什么你想要拥有一套 API？”人们有许多想要拥有 API 的理由，而这引出了 John 在演讲中披露的第一条 API 秘诀，“API 战略并不是 API 业务模型”。API 战略在于“为何”我们想要一套 API；而业务模型则是在于我们“如何”用 API 来赚钱。

回首 2005 年，API 方兴未艾，彼时恰逢 Google Maps 问世，API 业务模型有四种核心类型：“免费”、“开发者付费”、“开发者得偿”和“非直接收入”。在今天，时间走到了 2013 年，API 业务模型中仍旧存在四种核心类型；但每一种中，都已经拓展出许多种提供 API 并获得套现的方式。所以，John 的第二条秘诀是：“大部分 API 都拥有不止一种类型的 ROI。”

接下来，在主题演讲中，John 深入分析了每一种核心业务模型，首先他从“免费”开始。与流行的观点相反，“免费”并不是主要的 API 业务模型。在分析中，John 以 Facebook 为例子，同时他还以所有政府和公众领域 API 为补充——但这些免费 API 在全部 API 业务模型的世界中仅仅占据了“很小的一部分”。

John 描绘的第二个分类是“开发者付费”。在这种模型下，开发者使用 API 提供的服务并支付费用。这一分类包含了许多子类别，例如“按需付费”——开发者仅需为他们实际使用的服务或资源付费。John 在这里以 Amazon Web Services（AWS）为例，在 AWS 价目表中这样写道：“用户只需要为了使用的部分付费。没有最低消费限制。”第二个子类别是“阶梯”模型，诸如 Mailchimp 等许多公司提供这样的模型。当用户使用的服务总量较高时，将享受到较低的单价。“免费增值（Freemium）”是一个著名的模型，使用这一模型的 API 免费提供其基本特性，但如果用户希望叠加一些服务（例如额外的 API、更高的 SLA、服务专员等），就需要支付相应的费用。John 指出，Compete 和 Google Maps 正是免费增值模型的典型例子。而“按单元定价”则是另一个子类别，Sprint 便提供这样的业务模型。在这里，API 按不同特性收取不同的费用。最后一类“开发者付费”的例子是“事务费”，类似于 API 的付费用户，他们按处理事务的百分比付费。John 列出了 PayPal、Stripe 和 Chargify，作为这一模型的例子。

与“开发者付费”相对的模型是“开发者得偿”。这是 John 介绍的第三大类别，它同样包含许多子类别，例如，亚马逊合作营销计划（Amazon Affiliate Program）提供的“签约收入分成”模型，在这一模型下，开发者将从客户推荐（指推荐其他开发者签约成为亚马逊提供的 API 的客户）中获得报酬。另一个子类别是“消费分成”，开发者将从推荐的购买中获得提成。在这里 John 给出的例子是 mysimon.com 和 howstuffworks.com，他们都使用比价网站 shopping.com 的 API，来支持产品对比并从引导的点击中获得收益。John 指出，签约收入分成并不是一个“微不足道的业务”。Expedia 从使用其 API 的联盟网络——价值高达 20 亿美元 / 年——中派生出的收益，占它总收益的 90%。最后则是“经常性收入分成”模型，rdio.com 等公司采用这一模型，已签约客户介绍新客户进行订阅购买后，将能够在该新增客户的订阅期限内一直获得收益分成。

John 的第三条 API 业务模型是“令业务模型与 API 融为一体。”这是 John 希望听众能够带走并思考的最重要的秘诀。例如，亚马逊合作营销项目就是其零售业务模型的自然延伸。

作为第四种业务模型，John 探讨了“非直接收入”这一类型。在他看来，该类型包含了一些最有趣的 API 变现方法。John 介绍的第一个子类别是“内容获取”。eBay 和 Twitter 等公司需要快速获得内容以实现增长，因此他们使用 API 来促进内容获取。eBay 的 API 允许超级用户在 eBay 市场中创建大量列表。Twitter 几乎只通过 API 和第三方应用派生和分发内容。“内容传播”是另一个子类别，纽约时报就采用了这个方式——纽约时报拥有许多内容，并通过 API 来聚合内容并提供给合作方。

SaaS 追加销售是另一种“非直接收入”类别中的业务模型。Salesforce.com 提供访问其平台的 API，但仅限购买企业授权的公司使用。Salesforce.com 认识到了 API 集成的重要性，并藉此来吸引客户升级到更贵的订购。John 将 API 刻画为“任何 SaaS 的粘合剂。”API 集成为 SaaS 应用增加了价值，并提供了粘性因素——能够显著减少客户流失。John 的第四条 API 业务模型秘诀是“API 业务模型并不是万金油。”

John 介绍的最后一种业务模型是“内部使用”模型——企业使用 API 来支撑其自身业务。NPR 开发了一套 API，用于向网站、iPad 和移动应用进行内容交付。Evernote（大陆地区提供的中文版服务名为：印象笔记）的 API 流量中，99% 以上来自 iPad 应用、移动应用和合作应用。而 Netflix 将它的 API 用来支持向超过 800 种不同类型的设备提供内容交付。因此，John 的第五条，也是最后一条 API 秘诀是“内部使用或许是 API 最主要的用例。”

关于作者

Saul Caganoff是 Sixtree （一家澳大利亚系统集成方面的顾问公司）的 CTO。作为架构师和工程师，他在澳大利亚、美国和亚洲的重大集成和软件开发项目中积累了广泛的经验。Saul 的专业领域涉及各个级别——包括企业级、解决方案和应用——的分布式系统架构、复合应用、云计算和云 API。

查看英文原文： API Business Models: 20 Models in 20 Minutes