如何定義API業務模型？ - henriq

• 消費計劃：在這種情況下，將消費API的公司或個人為使用該應用程式的一組功能付費。
• 服務中的費用：在這些情況下，公司在應用程式提供的服務之上收費。例如，如果你有一個金融服務公司的API，你可以對透過API進行的每個交易收取費用。
• 免費：這可能是不同的情況，向市場公開發布資料的公司的例子，開源的，或者與政府有一些聯絡（是的，政府有公共API）。

請求限制
值得注意的是，所有型別的計劃中都可能存在對請求數量的限制。這些限制對消費API的應用程式在給定時間範圍內的請求數設定了上限。

例如，我可以限制每分鐘向一個給定的端點發出100個請求。如果使用者試圖超過這個數量，他們將得到一個錯誤資訊。

這些限制，一般來說，是為了API基礎設施和應用安全的原因而建立的。如果我們不為每個使用者設定一個限制，一個使用者可能會使API超載，並損害其他同樣在消費它的人的體驗。

當然，這些限制會在文件中提供，在特定情況下可以與擁有API的公司進行審查。

在這一點上，我們可以與API將使用的商業模式的定義進行比較。例如，請求的數量可以與使用者選擇的計劃相聯絡。這樣一來。

• 高階：每天無限次請求
• 基本型：每天最多1,000個請求
• 免費：每天最多100個請求

如何定義你的API商業模式
我很抱歉地告訴你，沒有一種商業模式適用於所有型別的API。每種解決方案都可以用一種方式進行營銷，而要由團隊來定義產品的最佳路徑。

這裡有一些定義你的商業模式的提示。

• 定義你的受眾：嘗試瞭解那些將消費你的API的人是公司還是獨立的人。另外，瞭解你的API是否會被用於最初定義以外的場合。
• 界定問題：努力理解你要為你的使用者解決什麼問題。他為什麼要消費我的應用程式？你想解決什麼問題？這些都是要問的相關問題。
• 理解你的產品：在定義了受眾和問題之後，現在是時候考慮你能為他們提供什麼解決方案了。在商業模式的這一階段，產品要進行調整，以適應市場的需求和你能夠提供的東西。
• 建立貨幣化解決方案：現在是瞭解你的公司將如何賺錢的時候了。在你確定你的公司將如何賺錢之前，商業模式是不完整的。尋找方法，以對公司和潛在承包商有意義的方式，向消費的人收費。
• 測試你的商業模式：最後，當一切都 "準備就緒 "時，測試你所開發的東西。進行調查和尋求早期採用者是這時最好的方法。你可以隨時調整你的商業模式，但你應該始終考慮在這樣做時利用直接的市場反饋。
• 與其重新發明輪子，不如考慮競爭公司正在做什麼，以及你如何在市場上定位自己。你可能會很容易地發現別人商業模式中的差距，以此來使自己更加突出。