什么是开发者体验？
开发人员体验（DevEx 或 DX）是用户体验 (UX) 的扩展，其重点是受事物技术方面影响的用户，例如工具、语言和工作流。但 DevEx 远不止是“开发人员的 UX”：它意味着确保开发人员能够轻松理解和利用 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 分析工具来跟踪和衡量您关心的指标以及对其他角色重要的指标。