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。
评论