要衡量對 DevEx 最重要的事情，您需要避免虛榮指標并將特定 API 交易與業務價值聯系起來。

開發者經驗。如果您提供 API 或 API 優先的產品，您可能經常聽到這個詞。畢竟，您需要 API 的開發人員才能取得成功——如果他們沒有很好的經驗，他們就會繼續前進。

什么是開發者體驗？

開發人員體驗（DevEx 或 DX）是用戶體驗 (UX) 的延伸，其重點是受技術方面影響的用戶——例如，工具、語言和工作流。但 DevEx 遠不止是“開發人員的用戶體驗”：它意味著確保開發人員可以輕松理解和利用 API 來處理他們自己的應用程序和用例。當您與開發人員用戶溝通，直接了解并滿足他們的需求時，偉大的 DevEx 就會發生。如果你能贏得開發者的支持，你就可以圍繞你的產品建立一個龐大而繁榮的生態系統。

什么指標很重要？這取決于你的角色

著名的管理顧問彼得德魯克可能說得最好：“如果你無法衡量它，你就無法管理它。”

改進 DevEx 從指標開始。您需要衡量對 DevEx 最重要的事情，避免虛榮指標并將特定 API 交易與業務價值聯系起來。然而，對你來說最重要的事情取決于你在改進 DevEx 中的角色。

在您的組織中可能有三個不同的角色專注于 DevEx：開發人員體驗經理、開發人員關系專業人員和 API 產品經理。每個角色的關注點都有重疊，但側重點不同。這些不同的重點將體現在他們最關心的指標中。

開發者體驗經理

DevEx 經理關注開發人員使用的 API 或 API 優先產品的有效性。他們還尋找改進流程的方法，以便開發人員取得成功。DevEx 經理負責運行開發人員訪問和使用的所有內容——從開發人員門戶和文檔到代碼示例和 SDK。

DevEx 經理確保開發人員對與產品相關的工具和流程有很好的體驗。因此，他們最關心的指標包括以下內容。

用戶激活時間

開發人員完成注冊后需要多長時間才能開始使用 API——小時、天、周？如果開發人員沒有及時集成或激活，則可能表明存在問題。也許您的文檔很混亂，或者您沒有流行語言的 SDK。如果開發人員在幾天內沒有集成或激活，好的 DevEx 經理會注意到。

開始 Hello World 的時間

Time to First Hello World (TTFHW)衡量新開發人員啟動和運行、從您的 API 獲得最低價值水平所需的時間。每個開發人員對于什么是第一次成功都有不同的標準。它可能是第一次調用 API 并獲得響應。它可以創建一個簡單的測試應用程序并完成驗證 API 是否滿足開發人員需求的交易。但無論如何，開發人員使用您的 API 取得一點成功所需的時間是他們是否會繼續使用它并轉化為付費客戶的關鍵指標。

需要支持的開發人員數量

有多少開發人員已就某個問題尋求支持？是否有許多開發人員遇到同樣的問題？DevEx 經理應該在內部記錄所有集成問題，并跟蹤有多少開發人員需要幫助。

支持決議的時間

如果您有支持系統，您的團隊需要多長時間才能解決技術支持問題？開發人員不想等待解決他們與您的 API 或集成有關的問題。他們希望得到及時的答復，以幫助他們前進并實現他們的發展目標。

開發者關系專家

開發人員關系 (DevRel) 專業人員旨在讓開發人員采用 API 或 API 平臺并以此完成他們的目標。典型的DevRel 角色 包括開發人員布道者、開發人員倡導者和社區經理。

DevRel 專業人員專注于與開發人員以及產品或服務所服務的開發人員社區建立和維護關系。DevRel 職位的人關心與開發人員建立聯系，傾聽他們的想法，并弄清楚如何滿足他們的需求。他們還幫助開發人員了解如何使用 API 或產品，提供演示和領先的教育活動，如黑客馬拉松和聚會。

DevRel 專業人員的兩個北極星指標是 TTFHW 和每周活躍令牌 (WAT)。

每周活躍代幣 (WAT)

DevRel 專業人士希望了解 API 獲得了多少關注以及開發人員社區是否在增長。為了幫助解決這個問題，他們可以查看 API 的每周活躍令牌 (WAT)。大多數 API 限制對經過身份驗證的用戶的訪問，因此他們可以跟蹤每周有多少唯一令牌訪問 API 平臺。如果他們將這個指標縮小到每周活躍的綜合公司，DevRel 團隊可以找出在開發人員外聯和營銷方面投入更多時間和精力的地方。

其他 DevRel 指標

雖然 TTFHW 和 WAT 是 DevRel 專業人員關注的兩個主要指標，但他們可能也對以下指標感興趣：

• 公司對文檔、指南和快速入門資源的覆蓋范圍有多大？
• 開發人員與參考文檔交互的頻率和時長？哪些部分？
• 開發人員對他們獲得的支持有多滿意？
• 團隊創建內容以支持開發人員的頻率如何？
• 開發人員是否參與了公司提供的教學內容？

API 產品經理

API 產品管理有點新，因此該角色的職責因公司及其提供的 API 產品而異。一般來說，API 產品經理了解 API 或 API 平臺的業務理由以及公司 API 計劃的高級目標。他們還需要平衡內部利益相關者和產品開發人員的需求與客戶的要求。

API 產品經理主要關注用戶增長、用戶保留和使用模式。他們需要知道開發人員使用最多（和最少）哪些功能和端點來確定開發的優先級。他們還需要了解 API 更改（例如已棄用的端點和新的 API 版本）對客戶的影響。

API 產品經理會查看一系列指標，但最常見的兩個是 API 使用增長和唯一 API 消費者。

API 使用增長

API 產品經理需要衡量 API 的采用情況，他們通過查看 API 使用增長情況來做到這一點。他們衡量 API 在較長時期內（例如數周或數月）的使用情況，以發現增長的主要趨勢。

獨特的 API 消費者

有時，API 使用量的增加是因為單個客戶帳戶而不是唯一用戶增長。API 產品經理應該衡量其 API 的月度或每日唯一消費者的數量。他們還應該每天或每月監控這些用戶，看他們是否保持活躍。查看每月或每日活躍用戶 (MAU/DAU) 可以告訴您增加的 API 使用量是來自新客戶、現有客戶還是兩者。

API 產品經理關注的其他指標包括：

• 開發人員何時、如何以及多長時間使用 API？
• 開發人員正在使用或未使用哪些 API 功能？
• 特定產品功能得到什么樣的反饋？
• 花費的錢與整體產品采用率相比如何？

跟蹤 DevEx 指標

雖然您團隊的每個 DevEx 專業人員都關心不同的事情，但他們都需要一個工具來幫助他們有效地跟蹤和衡量相關指標。你目前的角色是專注于 DevEx 嗎？然后，您需要一個有效的 API 分析工具來跟蹤和衡量您關心的指標以及對其他角色重要的指標。

您選擇的工具應該提供對所有 API（例如 REST、RPC、SOAP、超媒體）以及運行在 GraphQL 等查詢語言上的 API 的可見性。它應該包括插件和 SDK，這樣您就可以與流行的服務器集成，而無需編寫大量自定義代碼。最后，它應該包括預構建的儀表板來跟蹤每個團隊關心的指標——從工程和安全到產品和客戶成功。