规划测试和开发 SaaS 产品/服务

  • 项目

要在与生产产品/服务不同的环境中进行开发，你将创建一个单独的测试和开发 (DEV) 产品/服务以及一个单独的生产 (PROD) 产品/服务。 本文介绍在 DEV 产品/服务中执行开发和测试的优势，以及 DEV 产品/服务与生产产品/服务之间的配置差异。

DEV 产品/服务的优势

下面是为开发团队创建单独的 DEV 产品/服务以用于开发和测试 PROD 产品/服务的一些原因：

  • 避免意外收取客户费用
  • 评估定价模型
  • 不添加不针对实际客户的计划

避免意外收取客户费用

通过使用 DEV 产品/服务而不是 PROD 产品/服务，并将它们视为开发和生产环境，可以避免意外收取客户费用。

建议注册两个不同的 Microsoft Entra 应用来调用市场 API。 开发人员将使用一个具有 DEV 产品/服务的设置的 Microsoft Entra 应用，运营团队将使用 PROD 应用注册。 这样一来，就可以避免开发团队犯疏忽的错误，如调用 API 来取消每月支付 10 万美元的客户的订阅。 还可以避免向客户收取未使用的计量使用费用。

评估定价模型

当开发人员试验不同定价模型时，测试 DEV 产品/服务中的定价模型可降低风险。

发布者可以在 DEV 产品/服务中创建所需的计划，以确定最适合其产品/服务的定价模型。 开发人员可能希望在 DEV 产品/服务中创建多个计划来测试不同的定价组合。 例如，可以使用不同的自定义计量维度集来创建计划。 可以混合使用单一费率和自定义计量维度创建不同的计划。

若要测试多个定价选项，需要为每个唯一定价模型创建一个计划。 有关详细信息，请参阅计划。

不添加不针对实际客户的计划

通过使用 DEV 产品/服务进行开发和测试，可以减少 PROD 产品/服务中不必要的混乱。 例如，如果未提交支持票证，则不能删除创建用于测试不同定价模型或技术配置的计划。 因此，通过创建 DEV 产品/服务测试计划，可以减少 PROD 产品/服务中的混乱。

PROD 产品/服务中的混乱会让产品和营销团队感到沮丧，因为他们希望所有计划都面向真实客户。 特别是对于都希望使用不同沙盒的分散的大型团队，创建两个产品/服务将为 DEV 和 PROD 提供两个不同的环境。 在某些情况下，你可能想要创建多个 DEV 产品/服务，以支持不同人员运行不同测试方案的更大型的团队。 让不同的团队成员在独立于 PROD 产品/服务的 DEV 产品/服务中工作，有助于使生产计划尽可能接近生产就绪状态。

测试 DEV 产品/服务有助于避免达到每个产品/服务 30 个自定义计量维度的上限。 开发人员可以在 DEV 产品/服务中尝试不同的计量组合，不会影响 PROD 产品/服务中的自定义计量维度限制。

DEV 产品/服务与生产产品/服务之间的配置差异

你将在测试和开发 (DEV) 产品/服务及生产 (PROD) 产品/服务中将大多数设置配置为相同的内容。 例如，官方营销语言和资产（如屏幕截图和徽标）应相同。 在配置相同的情况下，你可以将 DEV 产品/服务的计划中的字段复制并粘贴到 PROD 产品/服务的计划中。

以下各部分介绍 DEV 和 PROD 这两种产品/服务之间的配置差异。

产品/服务设置页

建议在这两个产品/服务的“别名”框中使用相同的别名，但在 DEV 产品/服务的别名后面附加“_test”。 例如，如果你的 PROD 产品/服务的别名为“contososolution”，则 DEV 产品/服务的别名应为“contososolution_test”。 这样一来，就可以轻松地辨别 PROD 产品/服务和 DEV 产品/服务。

在“潜在客户”部分中，为 DEV 产品/服务使用 Azure 表或 CRM 测试环境。 使用合作伙伴中心或 CRM 系统中的引荐工作区获取 PROD 产品/服务。

“属性”页

在 DEV 和 PROD 产品/服务中，对该页面进行相同的配置。

产品/服务列表页

在 DEV 和 PROD 产品/服务中，对该页面进行相同的配置。

预览版受众

在 DEV 产品/服务中，包括开发人员和测试人员（包括自己）的 Microsoft Entra 用户主体名称或 Microsoft 帐户（MSA）电子邮件地址。 Microsoft Entra ID 上的用户的用户主体名称可能与该用户的电子邮件不同。 例如，jane.doe@contoso.com 无效，但 janedoe@contoso.com 有效。 当你在开发和测试阶段共享“预览版”链接时，你指定的用户将有权访问 DEV 产品/服务。

在 PROD 产品/服务中，包括 Microsoft Entra 用户主体名称或 Microsoft 帐户电子邮件，这些用户将在选择 “上线”按钮 以实时发布产品/服务之前验证产品/服务。

技术配置页

下表描述了 DEV 产品/服务和 PROD 产品/服务在设置方面的差异。

表 1：技术配置差异

设置 DEV 产品/服务 PROD 产品/服务
登陆页 URL 输入开发/测试终结点。 输入生产终结点。
连接 Webhook 输入开发/测试终结点。 输入生产终结点。
Microsoft Entra 租户 ID 输入测试应用注册租户 ID（Microsoft Entra 目录 ID）。 输入生产应用注册租户 ID。
Microsoft Entra 应用程序 ID 输入测试应用注册应用程序 ID（客户端 ID）。 输入生产应用注册应用程序 ID。

计划可见性

建议将测试计划配置为专用计划，使其仅对目标开发人员和测试人员可见。 这将提供额外的一层保护，防止在意外发布产品/服务时向客户公开测试计划。

如果你选择在生产产品/服务而不是 DEV 产品/服务中测试计划，这一点尤为重要，这样客户将无法购买该计划。 建议创建单独的专用测试计划，并且切勿发布专用测试计划。 你将使用专用测试计划在预览版中执行测试。 完成测试后，将创建生产计划用于发布上线。 然后，就可以停止分发测试计划了。

计划概述页面

创建计划时，建议在 DEV 和 PROD 产品/服务中使用相同的“计划 ID”和“计划名称”，但需要在 DEV 产品/服务的计划 ID 后面附加“_test”。 例如，如果 PROD 产品/服务的计划 ID 为“enterprise”，则 DEV 产品/服务的计划 ID 应为“enterprise_test”。 这样一来，就可以轻松地辨别 PROD 产品/服务和 DEV 产品/服务。 你将在 PROD 产品/服务中创建计划，其中包含你认为最适合你的产品/服务的定价模型和价格。

计划一览

在 DEV 和 PROD 计划的“计划概述”>“计划列表”选项卡上，输入相同的计划描述。

定价和可用性页

本部分提供有关完成“计划概述”>“定价和可用性”页的指导。

市场

为 DEV 和 PROD 产品/服务选择相同的市场。

定价

使用 DEV 产品/服务来试验定价模型。 验证了哪种定价模型效果最好后，你将在 PROD 产品/服务中创建包含所需定价模型和价格的计划。

当你购买计划时，需要支付计划中规定的价格。 为了尽量减少你的测试成本，DEV 产品/服务中应该有零价格或低价格的计划。 例如，0.01 美元（1 美分）。 这适用于统一费率、计量计费和按用户价格。 PROD 产品/服务将包含你想要向客户收取的价格。

重要

系统将为 DEV 和 PROD 这两种产品/服务处理预览版中的购买。 如果产品/服务的价格为 $100/月，则将向你的公司收费 $100。 如果发生这种情况，你可以创建一个支持工单，我们将全额退款（不收取存储服务费）。

你将在要发布上线的单独生产计划中设置你想要向客户收取的价格。

定价模型

在 DEV 和 PROD 产品/服务的计划中使用相同的计划结构。 例如，如果 PROD 产品/服务中的计划为统一费率，并按月计费，请使用相同的模型在 DEV 产品/服务中配置计划。

为了降低测试定价模型（包括市场自定义计量维度）的成本，建议你在 DEV 产品/服务中以比 PROD 产品/服务更低的价格配置“定价和可用性”选项卡的“定价”部分。 在 DEV 产品/服务中为计划设置价格时，可以遵循以下准则。

表 2：定价准则

价格 评论
0.00 - 0.01 美元 将总交易成本设置为零，这样不会产生财务影响，或者设置为一美分以降低成本。 在调用计量 API 时使用此价格，或在开发解决方案时将其用于测试产品/服务中的购买计划。
0.01 美元 使用此价格范围来测试分析、报告和购买过程。
50.00 - 100.00 美元 使用此价格范围测试付款。 有关我们的付款计划的信息，请参阅付款计划和流程。

重要

为了避免在测试中支付存储服务费，请在购买测试后 7 天内创建支持票证。

“与 Microsoft 联合销售”页

不要配置 DEV 产品/服务的“与 Microsoft 联合销售”选项卡。

通过 CSP 转售

在 DEV 产品/服务的“通过 CSP 转售”选项卡上，选择“CSP 计划中没有合作伙伴”。

后续步骤