廣告技術分析與測試內容營銷CRM和數據平台電子商務和零售電子郵件營銷與自動化活動營銷手機和平板電腦營銷銷售和營銷培訓銷售促成搜索營銷社交媒體和影響力營銷

選擇平台之前,您應該詢問有關API的15個問題

一個好朋友和導師給我寫了一個問題,我想在這篇文章中使用我的回答。 他的問題更多地集中在一個行業(電子郵件)上,因此我已經概括了對所有API的回答。 他詢問公司在選擇之前應向供應商詢問有關其API的哪些問題。

為什麼需要API?

An 應用程序編程接口(API) 是計算機系統,庫或應用程序提供的接口,以允許其他計算機程序對其進行服務請求,和/或允許在它們之間交換數據。

維基百科

就像您輸入URL並在網頁上獲得響應一樣,API是一種方法,系統可以在其中請求並獲得響應以使它們之間的數據同步。 隨著公司尋求數字化自我轉型,通過API自動化任務是提高組織內部效率並減少人為錯誤的好方法。

API是自動化的中心,特別是在營銷應用程序中。 在購買具有全面功能的優秀供應商時面臨的挑戰之一 API 開發資源和支出通常是事後才想到的。 營銷團隊或CMO可能會推動應用程序的購買,有時開發團隊會得到很多投入。

通過API研究平台的集成功能所需要的不僅僅是簡單的問題, 有API嗎? 下一個問題:

有哪些類型的 API?

有許多不同類型的 API 技術,每種技術都有自己的特定功能和用例。 最適合您的應用程序的 API 技術類型將取決於您的具體需求和要求。 以下是 6 種常見類型的 API 技術:

  1. REST API - REST的 API 是一種 Web API,它使用 HTTP 方法(例如 GET、POST、PUT 和 DELETE)來檢索和操作數據。 REST API 被設計為輕量級和靈活的,通常用於構建 Web 和移動應用程序。
  2. SOAP API - SOAP (簡單對象訪問協議)API 是一種 Web API,它使用 XML(可擴展標記語言)對數據進行編碼並通過 HTTP 傳輸。 SOAP API 比 REST API 更加標準化和結構化,並且通常用於安全性和可靠性很重要的企業環境中。
  3. GraphQL API – GraphQL 是一種 API 查詢語言,它允許開發人員從 API 請求特定數據,而不是接收一組固定的數據。 GraphQL API 非常靈活,允許開發人員隻請求他們需要的數據,這可以提高性能並減少數據浪費。
  4. 網絡掛接 – Webhooks 是一種 API 技術,它允許服務器實時向客戶端發送數據,而不是客戶端必須從服務器請求數據。 Webhook 通常用於啟用應用程序之間的實時通信,並在某些事件發生時觸發操作。
  5. 雲端API – 雲 API 允許開發人員訪問云計算服務並與之交互,例如存儲、數據庫和分析。 這些 API 可以幫助開發人員更高效、更有效地構建和部署應用程序。
  6. 硬件API – 硬件 API 允許開發人員訪問和控制硬件設備,例如傳感器、相機和打印機。 這些 API 可用於構建與物理設備交互和控制物理設備的應用程序。

如果使用支持不完善或未提供文檔的API登錄應用程序,則會使開發團隊發瘋,並且集成可能會短缺或完全失敗。 找到合適的供應商,您的集成將奏效,您的開發人員將很樂意為您提供幫助!

有關其API功能的研究問題:

  1. 功能差距 –確定可以通過應用程序編程界面使用其用戶界面的哪些功能。 API具有UI所沒有的哪些功能,反之亦然?
  2. 規模 –詢問打了多少個電話給他們 API 日常。 他們有專用的服務器池嗎? 數量非常重要,因為您要確定API是事後考慮還是公司戰略的一部分。
  3. 查看更多 –索取API文檔。 它應該很健壯,可以說明API中可用的每個功能和變量。
  4. 社群 –詢問他們是否具有可用於與其他開發人員共享代碼和想法的在線開發人員社區。 開發者社區是快速有效地啟動開發和集成工作的關鍵。 您不是在利用公司的“ API專家”,而是在利用他們的所有客戶,這些客戶在集成解決方案時都經歷過反複試驗。
  5. API 類型 – 熟悉您正在使用的 API 類型,集成會非常容易。 但是,如果您不熟悉使用 API 的功能和要求,則情況正好相反。
  6. 語言 –詢問他們已成功與哪些平台和應用程序集成並請求聯繫,以便您可以從這些客戶那裡了解集成的難度以及API的運行狀況。
  7. 限制 –詢問供應商在每小時,每天,每周等方面的通話數量有哪些限制。如果您沒有可擴展的供應商,則增長將受到客戶的限制。
  8. 樣本 –他們是否提供了代碼示例庫來輕鬆入門? 許多公司針對不同的語言和框架發布了SDK(軟件開發套件),這將加快您的集成進度。
  9. 砂箱 –他們是否提供非生產端點或沙箱環境供您測試代碼?
  10. 資源– 詢問他們在公司內部是否有專用的集成資源。 他們是否有內部諮詢小組可供集成? 如果是這樣,請在合同中花一些時間!
  11. 安全性 –他們如何使用API​​進行身份驗證? 是用戶憑證,密鑰還是其他方法? 他們可以通過IP地址限制請求嗎?
  12. 正常運行時間 –問他們 API 正常運行時間和錯誤率以及維護時間。 同樣,解決這些問題的策略也很重要。 他們是否有內部流程將重新嘗試 API 如果由於另一個過程而導致記錄不可用,該怎麼辦? 這是他們在解決方案中設計的東西嗎?
  13. SLA –他們有沒有 服務水平協議 正常運行時間應超過99.9%?
  14. 路線圖 –它們會將哪些未來功能集成到其API中?預期的交付時間表是什麼?
  15. 集成 –他們開發了哪些產品集成或第三方已經開發了產品集成? 有時,當已經存在另一個產品集成並且正在支持該集成時,公司可以放棄對功能的內部開發。

這些問題的關鍵在於集成將您“嫁”給了平台。 你不想在沒有盡可能多地了解他們的情況下嫁給他們,是嗎? 當人們在不了解其集成功能的情況下購買平台時,就會發生這種情況。

除了 API 之外,您還應該嘗試找出他們可能擁有的其他集成資源:條形碼、地圖、數據清理服務, RSS、Web 表單、小部件、正式合作夥伴集成、腳本引擎、 SFTP 滴等

Douglas Karr

Douglas Karr 是 CMO 的 開放洞察 和創始人 Martech Zone。 道格拉斯幫助了數十家成功的 MarTech 新創公司,協助進行了超過 5 億美元的 MarTech 收購和投資盡職調查,並繼續協助公司實施和自動化其銷售和行銷策略。 道格拉斯是國際公認的數位轉型和 MarTech 專家和演講者。 道格拉斯也是一本傻瓜指南和一本商業領導書的出版作者。

相關文章

返回頂部按鈕
關閉

檢測到Adblock

Martech Zone 我們能夠免費為您提供這些內容,因為我們通過廣告收入、聯屬鏈接和讚助從我們的網站中獲利。 如果您在瀏覽我們的網站時刪除廣告攔截器,我們將不勝感激。