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等公司採用這一模型，已簽約客戶介紹新客戶進行 訂閱購買後，將能夠在該新增客戶的訂閱期限內一直獲得收益分成。