开发人员体验与用户体验

尽管它们看起来很相似，但开发人员体验并不是“开发人员的用户体验”。了解可以加强您的 API 业务战略的差异。

每天?分享?最新?软件?开发?，Devops，敏捷?，测试?以及?项目?管理?最新?，最热门?的?文章?，每天?花?3分钟?学习?何乐而不为?，希望?大家?点赞?，评论，加?关注?，你的?支持?是我?最大?的?动力?。下方抖音有我介绍自动化测试，以及google cloud 相关视频课程，欢迎观看。

虽然它们乍一看可能很相似，但开发人员体验(DX) 不仅仅是“开发人员的用户体验 (UX)”。相反，DX 是 UX 的扩展，专注于使用技术语言和工具构建的用户。DX 遵循与 UX 相同的核心原则，但通过认识到技术细节和机械过程可以被开发人员有效地理解和利用来扩展它。

伟大的 DX 发生在开发人员觉得他们正在被交谈并直接满足他们的需求时。这意味着显示代码，提供大量细节，并为多个用例提供清晰的说明。

伟大的 DX 始于 UX 的原则

好的用户体验有两个组成部分：让您轻松开始使用您的产品，并确保继续使用它是愉快的。开发人员体验扩展了这些相同的核心思想，适用于面向目标的技术受众。

首先，尽可能轻松地开始使用新产品。通常在 UX 中，这意味着尽可能避免注册流程，或者在必要时保持简单。产品应该是直观的——最终用户或开发人员应该能够开始使用您的产品并以最少的指导实现他们的目标。记住您的产品所提供的价值也很重要。您可以使用一些相同的工具来评估 UX 和 DX，例如 A/B 测试、用户调查和分析软件。

UX 和 DX之间的第一个关键区别是用户旅程。良好的用户体验使您的产品的用户旅程尽可能简单。太多的选择可能会让最终用户不知所措，这会使完成任务和从产品中获得价值变得更加困难。好的 DX 需要更大的灵活性来实现许多不同的可能的开发人员目标。同样，虽然最终用户不需要技术细节来成功使用您的产品，但开发人员需要访问详细信息以便评估他们的需求。良好的 DX 使开发人员可以轻松了解产品或服务的工作原理，以便他们可以成功地使用它进行构建。

虽然良好的用户体验让具有不同技术能力的用户能够平等地访问产品，但 DX 应该考虑到不同用户的技术能力并提供不同级别的支持。更有经验的开发人员希望使用更强大的工具，而经验不足的开发人员可能需要从更简单的工作流程开始，可能更容易配置。重要的是要了解您的主要用户的技术能力水平，以使您的开发人员体验更适合您的产品。

现在我们已经比较了开发人员体验和用户体验之间的高级差异，我们将看一个显示实践差异的应用程序示例。

UX 与 DX – 一个实际示例

让我们来看看 UX 和 DX 在现实世界中的样子。

我们大多数人可能都是消费者购物应用程序的最终用户。想象一个用户第一次在一个新的购物应用上寻找一件新的毛衣。他们可能会在搜索框中输入搜索词“毛衣”，或者点击类别导航。然后，他们会选择他们想要的毛衣并将其添加到购物车中。要结账，他们可能必须创建一个包含账单和运输信息的帐户，或者他们可能只需单击“使用 PayPal 付款”，然后让 站处理其余的事情。我们的用户现在需要做的就是等待他们的毛衣到货。

现在，想象一个开发人员将相同的功能构建到一个新的应用程序中。撇开任何用于搜索功能的 API 不谈，他们至少有一个 API 来处理身份验证和计费，甚至可能更多。首先，他们必须安装任何必需的库或 SDK 并解决依赖问题。接下来，开发人员将生成一个 API 密钥并将其用于应用程序的环境变量以实现可重用性。然后，开发人员将 API 调用写入用户的身份验证端点，并编写一个监听器来确认用户已通过身份验证。下一步是编写对应用程序后端的调用，确认仍有可用的毛衣，并调用 API 来处理付款。最后，如果支付成功，开发者应该编写代码来监听来自 API 的响应，

开发人员要成功构建此应用程序，他们需要了解要使用哪些 API 端点、不同端点允许使用哪些方法、期望从 API 获得哪些响应，以及如何使用 API 密钥安全地验证 API 调用。如果没有好的 DX，如果开发人员不能快速解决问题，他们可能会在任何时候悄悄放弃您的产品，或者如果他们对自己能够成功没有信心，他们可能根本不会尝试实施。

正如消费者在购买毛衣时有很多选择一样，开发人员也有很多工具选择。让您的选择成为令人信服的选择始于良好的 DX。如果开发人员有信心可以使用它，他们会选择你的产品，如果他们觉得成功，他们会继续使用它。

出色的开发人员体验始于了解开发人员作为用户的独特需求。在下一节中，我们将了解通用 UX 标准如何适用于面向开发人员的产品，以及如何针对开发人员受众定制它们。

以良好的开发者体验释放 API 产品价值

开发人员体验包括开发人员在构建时与您的服务或产品交互时发生的情况。开发人员希望获得创造和创新的能力，而良好的 DX 可以帮助他们看到实现想法的可能性和步骤。您需要建立激发信心的开发人员体验，然后进行监控以确保您的用户成功并扩展他们的集成。

让我们更详细地了解一下好的 DX 的特性以及它们在实践中通常是如何实现的。

开发人员需要能够配置他们使用的服务以适应各种工作流程。线性用户旅程并不理想，因为它不能反映开发人员的工作方式或应用程序的构建方式。Great DX 提供了支持灵活性的工具和信息，因此您的产品应尽可能支持不同的配置。实现这一目标的好方法包括：

您必须为开发人员提供足够的信息以了解您产品的技术细节。

您的文档是开发人员进入您的产品的入口点，并告知他们实施产品的决定。如果开发人员能够理解您的产品是如何工作的，他们就可以自信地在他们的工作流程中实施它。您需要清晰、最新且完整的文档，以便开发人员可以了解如何使用您的产品、解决问题并将其集成到他们现有的工作流程中。如果您为具有不同技能和专业水平的开发人员构建产品，这一点尤其重要。

最终，开发人员需要感觉您了解他们的痛点，并且您的产品、工具和文档可以解决这些痛点。有了好的 DX，任何开发人员都应该能够用最少的指令设置产品的基本实现。更有经验的开发人员应该对扩展产品的功能以适应独特的用例充满信心。您可以通过显示示例代码、在文档中提供详细说明、使用 API 分析来了解开发人员如何使用您的 API 以及为多个用例演示清晰的示例来实现这一点。

开发者体验：超越第一印象

留住开发人员需要的不仅仅是第一印象。就像好的用户体验需要随着时间的推移进行评估、改进和测试一样，好的 DX 也是一项长期投资。如果不使用分析来评估您的 DX 和测试更改，您将不会知道自己取得了多大的成功。监控您的 API 可帮助您识别未能成功进行 API 调用的用户，为开发人员找到成功和失败的模式，并了解不同用户随着时间的推移如何与您的产品互动。虽然跟踪 UX 指标对于专注于最终用户的产品来说相对简单，但 DX 指标在重要方面有所不同。您需要为 API 分析制定一个好的策略，以便跟踪相关的业务价值指标，同时避免虚荣指标。

虽然开发人员体验与用户体验有许多相同的关键方面，但重要的是要记住，开发人员的特定需求超出了标准 UX 原则。在为开发人员构建产品时，您需要了解 DX，这样您才能吸引开发人员用户，激发他们的信心和创造力，并随着时间的推移支持他们日益复杂的集成。构建良好的 UX 和 DX 可能具有挑战性，但通过正确的分析堆栈，您可以监控 API 并使用指标来打造完美的 API 开发人员体验。