如何識別和準備可獲利的API

軟體產品越來越多地讓客戶接觸可能直接或間接產生收入的 API。要參與此模型，軟體工程領導者必須與API產品經理合作，以確定他們可以從中創建可貨幣化API的業務能力。

概述

主要發現

• API在現代軟體架構、SaaS和其他雲服務中的普遍性增加了透過API本身與客戶交換可貨幣化價值的可能性。軟體工程領導者的團隊無法就最合適的API交付模型以及如何成功地將API貨幣化提供建議，這使他們的企業處於不利地位。
• 軟體工程團隊經常未能考慮API消費者的需求，導致採用率低於預期。這將在貨幣化API中被放大，並將阻止/抑制其商業價值。

建議

負責貨幣化API產品和技術的軟體工程領導者應該：

• 透過建議最適合的現代API格式並提供所需的API設計，支持識別可獲利API的過程。
• 通過利用客戶-合作夥伴關係來產品化API，以確保產品設計和使用符合市場或生態系統的需求。

介紹

目前很少有組織使用API直接獲利，但在2022年關於API使用情況的調查中，有80%的組織提供公共API以及計劃提供公共API。

軟體供應商繼續努力為客戶提供更加靈活和可擴展的服務，並且正在構建他們的產品以提高適應性和創新性。這些目標是透過向客戶公開更多公共API以提供功能和業務價值來實現的。

供應商和客戶之間以及業務合作夥伴之間的互動正變得越來越以API為中心：

• 軟體產品繼續包含API作為定制和集成的權利，而一些產品主要透過 API交付。
• 傳統企業正在提供API以參與新的數位生態系統。銀行業說明了這一點，大型銀行迫於機遇和監管要求，正在為新興的金融科技公司提供貨幣化API，以服務於利基市場和銀行服務不足的市場。

組織必須建立框架來識別適合透過API公開的數據和能力，這將有助於進入新市場或參與新的價值鏈。

分析

就最適合的現代API格式和服務實現架構提供建議

企業在不斷發展的市場和生態系統中營運，這反過來又推動了業務能力的演進和變化。組織應建立實踐，從企業能力中永久收集訊息產品，並通過競爭對手和相鄰行業尋找機會和趨勢。

軟體工程師將透過設計服務實現架構並提出最適合客戶使用案例的API格式來幫助了解使用API交付模型的適用性。

即使API交付適合貨幣化，軟體工程領導者也必須透過代表提供商、典型消費者和相關生態系統（包括開發人員門戶或市場）評估目標API格式的流暢性來設計用於貨幣化的API。

利用客戶-合作夥伴關係將 API 產品化

使用此框架設計一個最大限度地提高客戶價值的產品：

• 解決客戶的業務和技術利益相關者的擔憂。
• 編寫滿足客戶使用案例並具有最佳價值的API產品。
• 確定客戶合作夥伴以加快產品改進和測試。

貨幣化API對客戶有直接的預算影響，從而產生了兩個買方角色——業務利益相關者和技術利益相關者。

“API產品經理是API產品團隊的領導者，負責監督作為內部或外部消費者產品管理的API的戰略和路線圖。他們負責了解API產品消費者的需求並優先考慮增強功能。”