制定 API 決策:您是否將業務和技術利益聯絡起來?

制定 API 決策:您是否將業務和技術利益聯絡起來?

歡迎來到最大化 API 投資回報率系列。

當企業或企業開始其API之旅時,它需要做出許多關鍵決策。毫不奇怪,在每個決策點,多個選項分支出來,那些不熟悉 API 策略和設計的員工很快就會變得困惑和謹慎。您如何做出決定以開啟成功的 API 之旅?

越來越多的各種規模的企業都認識到 API 的機會。快速行動和建立新產品、連線不同的資料和服務系統、利用休眠資產和資料集以及加強(和擴充套件)客戶關係的需求使得 API 成為企業、企業、政府的首選解決方案,而不是營利性和處於增長軌道上的初創公司。

然而,API 不僅僅是一種技術解決方案;它們源於業務需求,並且隨著 API 戰略的實施,它需要與公司的整體業務計劃保持一致,並被各個業務部門、合作伙伴、供應商和客戶所利用。

在外部,對整合和更快數字產品開發的需求不斷增長,這意味著您的 API 戰略必須建立在這一驅動力之上。在內部,員工可能會抵制改變,他們可能對專案的目的感到困惑,或者他們可能只是將 API 視為開發團隊應該使用的技術解決方案。雖然在某些時候,圍繞 API 策略的決策確實會成為技術問題,但該過程從業務領導開始,進入協作階段,轉移到技術部門以完成基礎系統,然後返回成為專注於如何做到最好的業務問題利用 API 策略。

API 如何在以業務為主導的技術討論浪潮中再回到技術討論,以及公司在此過程中需要做出的一些決定,確實反映了一個典型的開發過程:

制定 API 決策:您是否將業務和技術利益聯絡起來?

API 決策系列流程圖

模組化企業

為了在當今數字化、敏捷的市場中競爭,企業需要將自己重新構想為一系列可重組的模組化部件,這些部件以能夠實時響應的方式連線起來,允許資料和服務沿著工作流程移動(並且通常是自動化的)它),並在新產品和服務設計中建立可重用的內部資產。一旦完成,企業就可以考慮建立一個平臺和生態系統模型,幫助消費者和合作夥伴創造自己作為業務合作伙伴的價值。

制定 API 決策:您是否將業務和技術利益聯絡起來?

詹姆斯·希金博坦

A Practical Approach to API Design

的作者和 API 諮詢公司LaunchAny的創始人James Higginbotham表示,以 API 為中心是將業務重新定位為模組化企業的第一步。

根據 Higginbotham 的說法,API 策略不僅僅是構建和釋出 API。“作為技術經理和產品經理,專注於技術是很棒的,但不要忘記技術背後的人,”Higginbotham 在2016年 11 月的2016 API 戰略與實踐會議上對 API 業務和技術負責人的聽眾說。看看業務和技術能力,把它們對映成 API 能力,然後你把它們變成 API 產品,然後釋出給客戶群。” 他說,一旦完成,組織可以採取進一步措施將這些功能分解為微服務。

在整個 API 戰略開發過程中,企業應該將他們的團隊組織成能夠創造價值的產品團隊。“當您考慮基於專案的方法時,您會想到一次性、固定結束日期、日期驅動的開發,”Higginbotham 警告說。相反,他說,API 戰略團隊應該包括技術和產品負責人以及技術作家、QA、scrum master 和其他人。

“當您考慮基於產品的方法時,您會想到以結果為中心的可重複和可重用系統,您可以引入指標並宣傳已經完成的工作,”Higginbotham 說。

Higginbotham 提倡精益創業思維,無論組織規模如何,這意味著建立一個具有最小可行產品 (MVP) 軌跡的 API 戰略。例如,當Walgreens開始其 API 戰略時,該公司選擇建立QuickPrints API跟蹤此 API首先是照片列印服務,因為該領域需要一種新的商業模式來滿足客戶的數字需求。一旦證明該 API 產品線取得成功,他們就可以為更敏感的領域(例如 Walgreens Pharmacy Prescription Refill API )建立組織支援跟蹤此 API。

但 Higginbotham 明確表示,MVP 仍然涉及所有必要的元件,這意味著它必須基於功能性、可靠、可用和情感化的設計。為了說明這一點,他引用了墨爾本設計和創新專家Jussi Pasanen的工作:

制定 API 決策:您是否將業務和技術利益聯絡起來?

摘自“ APIStrat 2016:邁向模組化企業”,James Higginbotham 的簡報(幻燈片 #25)。

這種心態的關鍵是從清楚地瞭解您的客戶開始,在這種情況下,API 消費者:將使用您的 API 的開發人員。API 策略的第一個決定是確定將使用您的 API 的各種開發人員客戶群。建立客戶旅程地圖,瞭解他們如何找到您的 API、對其進行測試、與之整合,以及使用您的 API 構建新產品、服務和工作流。最終,您會想要新增更多的開發人員細分,您可能會驚訝地發現新的客戶細分正在使用您從未想過要接觸的 API。但是,列出您希望誰使用您的 API 以及他們將如何使用它的候選名單是構建有效 API 策略的重要起點。

當我們決定 API 策略的開發時,我們必須不斷地問,誰從中受益?我們要釋放什麼價值?

請務必檢視Dixon Carphone 案例研究,該案例展示了公司如何使用 API 來控制其銷售流程,透過更緊密地將購物體驗與客戶服務和支援聯絡起來,徹底改變其與客戶合作的方式。

資源列表

什麼是 API 以及它們如何工作?

API 設計的實用方法

APIStrat 2016:邁向模組化企業

無處不在的自助服務:提升電信公司的客戶體驗

Hitch Pitch Deck:構建對 API 策略的支援

在本 API 決策系列中,我們探討了您在回答這兩個問題和做出 API 策略決策時需要考慮的一些關鍵因素。您將瞭解資源列表,發現其他工具,並在每個階段從該領域的領導者那裡獲得專家建議。

請務必閱讀下一篇API 策略文章:如何為您的 API 策略獲得團隊和支援

頂部