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

API业务模型：如何通过API获取回报2014-06-09 infoq 译：李彬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等公司采用这一模型，已签约客户介绍新客户进行订阅购买后，将能够在该新增客户的订阅期限内一直获得收益分成。