Archetype（基于使用情況的 API 計費）的創(chuàng)始人兼首席執(zhí)行官 Behailu Tekletsadik分享了典型API 貨幣化的不足。
API 的使用在數(shù)字組織中的重要性正在飆升。令人印象深刻的是，2022 年 Postman 報告發(fā)現(xiàn)，API 優(yōu)先的領導者現(xiàn)在將 76% 的開發(fā)工作投入到 API 上。多年來，API 使公司能夠共享和重復使用常見的內部功能，但新的研究發(fā)現(xiàn)，人們越來越希望將這些功能貨幣化到外部世界。而且，我們現(xiàn)在正在見證市場上的連鎖反應。最近，Twitter 關閉了其免費 API，轉而將這些數(shù)據(jù)貨幣化。
面向公共或合作伙伴的 API 策略代表著一個不容忽視的新商機。近年來，市場上涌現(xiàn)出許多新的 API 即產(chǎn)品初創(chuàng)公司，以利用這一獨特機會。例如，?API-First Index目前跟蹤了 60 多家融資額達 5000 萬美元或以上的 API-first 公司。這些企業(yè)和其他企業(yè)通過公共 API 外部化功能和數(shù)據(jù)，創(chuàng)造了可觀的收入來源。
然而，傳統(tǒng)的 API 管理解決方案在 API 貨幣化方法方面只能做到這一步。這些包羅萬象的平臺通常缺乏涵蓋所有用例所需的精細跟蹤和可定制計費。此外，創(chuàng)收并不是可以輕易在內部開發(fā)的東西。相反，使用專門的工具來幫助管理您的 API 計費，可以避免這些障礙并在幾天內生成高級自助支付門戶。
下面，我們將概述 API 貨幣化的現(xiàn)狀以及它為什么需要發(fā)展。我們還將考慮一些組織可以采取的策略，以便根據(jù)其 API 快速開發(fā)新的、優(yōu)化的收入來源。因為如果不考慮如何增強 API 貨幣化，您可能會錯失潛在的收入。
API 貨幣化通常以兩種方式之一進行。首先，是基于使用量的貨幣化，即根據(jù)使用量進行固定費率訂閱。通常，當消費者每月 API 調用次數(shù)達到一定限制時，他們必須升級到更高的計劃。更大的計劃則提供更高的費率限制，并且通常包括基于使用量的折扣。
其次，API 提供商可能會試圖限制某些重要功能。例如，股票數(shù)據(jù) API的免費用戶每月可以對一個或兩個端點進行 200 次調用。但是，如果您希望訪問集成或輕松導出數(shù)據(jù)，則需要成為付費訂閱者才能訪問這些關鍵功能。在這種情況下，API 提供商會實施與不同帳戶權限相匹配的基于密鑰的訪問控制。
可以想象，API 定價方案很快就會變得極其復雜。特別是如果您要操作數(shù)百個端點、跟蹤各種分析并將它們映射到眾多唯一用戶權限。此外，處理時間等可計費指標的衡量和執(zhí)行可能具有挑戰(zhàn)性。
希望將內部 API 作為收入來源的大型企業(yè)經(jīng)常會遇到一個問題：我們應該如何跟蹤使用情況并收取費用？這常常會引出一個問題：我們應該如何構建它？公司幾乎沒有選擇來實施 API 貨幣化基礎設施和定價結構。
首先，他們可能會嘗試自行構建貨幣化基礎設施。當公司不希望使用傳統(tǒng)的 API 管理時，這種情況很常見——可能是由于內部遺留系統(tǒng)無法共存。內部開發(fā)貨幣化功能需要投入大量時間，現(xiàn)成的支付處理器功能有限，并且不是為 API 計費的細微差別而設計的。例如，像 Stripe 這樣的工具可以幫助執(zhí)行基于用戶的計費。但您仍然必須創(chuàng)建自己的基礎設施來計量使用情況并執(zhí)行用戶群細分和定價實驗。
另一種選擇是使用傳統(tǒng)的 API 管理。API 管理解決方案通過提供自助服務門戶、密鑰生成和訪問控制功能解決了上述一些問題。而像 Akana、Apigee 或 Kong 這樣的 API 生命周期管理套件通常會在其開發(fā)人員門戶產(chǎn)品中提供貨幣化功能。然而，許多公司不愿意依賴這些龐大的平臺。此外，這些 API 管理套件僅提供在端點級別收費的開箱即用定價方案。這意味著您無法集成條件邏輯或引入智能、細致入微的貨幣化方法。
第三種選擇是簡單地將 API 列在 RapidAPI 等市場中。但是，這對大多數(shù)企業(yè)來說并不是一個有吸引力的選擇，因為它不是白標解決方案。首先，您無法通過原生方式與產(chǎn)品互動，也無法訪問客戶的姓名或電子郵件，這意味著您無法聯(lián)系他們。這會損害營銷工作，并且對于希望成為不僅僅是一個副業(yè)項目的企業(yè)來說，這是不可擴展的。此外，使用 RapidAPI 等服務在定價和分析方面缺乏靈活性。更不用說，20% 的費用很難接受。然而，對于希望測試 MVP 的獨立開發(fā)者或小公司來說，市場是一個絕佳的選擇，但不足以建立和擴展更成熟的組織。
那么，組織如何才能引入適合自己的貨幣化？第四種選擇是利用專用的第三方 API 貨幣化引擎。Archetype 就是這樣一種選擇，它不僅僅是像 Stripe 這樣的計費平臺，還提供了更多圍繞自助服務、計量和訪問控制的功能。其他小眾開發(fā)者門戶生成器（如 APIable）也將貨幣化作為其產(chǎn)品的一部分。使用貨幣化引擎比從頭開始構建要簡單得多，并且可以縮短上市時間。它還避免了將自己鎖定在通用 API 管理平臺中的局限性。
使用專門的 API 貨幣化工具也可以解鎖許多細粒度的功能。首先，這可以免去自己構建復雜計量和計費基礎設施的麻煩，使您能夠快速實現(xiàn)基于使用量的貨幣化和自動發(fā)票生成。這可以在根據(jù)定價層動態(tài)調整權限規(guī)則時節(jié)省大量時間和精力。這一點很重要，因為避免自己構建訪問控制等網(wǎng)絡安全解決方案是推薦的最佳做法。最后，專門的貨幣化解決方案會盡最大努力根據(jù)使用情況提供折扣和信用。
要了解 API 貨幣化為何需要發(fā)展，請考慮股票市場數(shù)據(jù) API。假設一個平臺匯總來自各種來源的金融和經(jīng)濟數(shù)據(jù)，并提供 API 訪問此實時數(shù)據(jù)流的服務。但是，API 僅按訂閱方式收取訪問這些數(shù)據(jù)的費用。如果不引入基于數(shù)量的折扣、內容授權或無縫用戶入職，該公司可能會損失潛在收入。此外，隨著使用量擴展到每天數(shù)萬億次事件，他們可能會遇到嚴重的可擴展性問題。通過鏈接第三方 API 收入管理解決方案，人們可以實施上市戰(zhàn)略，在幾周內解決這些問題。
簡單的 API 定價時代已經(jīng)一去不復返，這種定價方式將每個請求一視同仁。因為如今，API 的運作方式已大不相同。Web API 可能提供數(shù)百甚至數(shù)千種獨特的方法，這些方法需要不同程度的計算工作量和處理時間。每次調用可能請求不同量的數(shù)據(jù)，并與后端的不同數(shù)據(jù)源交互，每個數(shù)據(jù)源都有其獨特的感知價值。因此，定價方法應該與底層系統(tǒng)的細微差別相匹配。
盡管 API 貨幣化可能并不適合每家公司，但我們看到大量創(chuàng)新的 API-first SaaS 產(chǎn)品進入金融科技、醫(yī)療保健和其他垂直市場。例如，生成式 AI API可以以編程方式集成令人印象深刻的視頻、圖像和基于文本的內容。我們還注意到，企業(yè)內部的吸引力水平令人興奮，因為他們希望開發(fā)SDK 和 API作為其平臺的擴展。這些努力通常旨在將 API 視為一種產(chǎn)品，并配備自助式開發(fā)人員門戶和優(yōu)質的開發(fā)人員體驗。
正如大多數(shù)開發(fā)人員不是安全專家一樣，大多數(shù)開發(fā)人員也不是貨幣化專家。因此，靈活、專用的 API 貨幣化解決方案將成為另一個不可或缺的組成部分，幫助可組合企業(yè)快速將其微服務產(chǎn)品化，以實現(xiàn)其真正潛力。因為那些更快地迭代和改進定價的公司，其產(chǎn)品迭代和改進的速度也更快。
本文翻譯源自：https://nordicapis.com/why-traditional-api-monetization-needs-to-evolve/