要衡量对 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，这样您就可以与流行的服务器集成，而无需编写大量自定义代码。最后，它应该包括预构建的仪表板来跟踪每个团队关心的指标——从工程和安全到产品和客户成功。
