什么是灰度发布？以及它的问题和策略

之前参与过公司b端产品的重建项目，结束后需要面对如何发布的问题，是全部发布还是灰度发布。这需要根据实际情况进行选择。当时，我从“用户规模”和“新旧版本差异”的角度考虑：1。用户规模：产品用户规模大，涉及不同用户版本，不同版本的用户对新版本的接受度不同，可能不习惯新版本，导致损失。2.新旧版本的差异：与旧版本相比，新版本的一些功能缺失（白名单功能）会影响一些用户的日常工作流程。从以上两个角度来看，直接完全发布切换可能会影响用户的日常工作和使用习惯，并存在损失的风险，因此采用灰度发布。确定发布方式后，在选择第一批灰度用户名单时，发现了一些存在的问题。本文想与您讨论初始阶段遇到的问题和解决方案。1、灰度发布灰色是介于黑色和白色之间的颜色，灰度发布是介于未发布和完全发布之间的一种发布方式。假设未发布的版本是A，通常是在线版本；完全发布的版本是B，通常是新版本。灰度发布可以让一定百分比的用户优先体验版本B，其他用户仍然使用版本A，并慢慢扩大百分比，最终将用户转移到版本B。那为什么要发布灰度呢？从我们一开始的案例可以看出，灰度发布有一个隐藏的前提条件，用户规模远远大于生产团队；因此，生产团队没有足够的资源来处理所有用户使用新版本后带来的问题，包括不习惯带来的不适和在线错误。灰度发布可以通过控制发布面积，使用新版本的用户可以控制在生产团队可以处理的范围内；将可能出现问题的用户圈定在“部分”用户，由生产团队评估。通过灰度发布，我们将部分筛选用户纳入测试范围，生产团队和用户完成新版本的验收；主要目的是测试用户对新版本的接受度，避免产品决策的风险。还可以检验产品质量，是否存在bug，以及在不同设备和环境下的情况。2、问题和策略灰度发布帮助我们选择一定比例的用户，这是一种有效控制风险的发布方式。但在其初始阶段，也会出现一些问题，针对不同的问题，我们需要采取不同的策略来对应。1.在现实场景中，新版本的一些功能缺失受到时间、资源和优先级因素的限制。与旧版本相比，新版本的一些功能缺失通常存在于大版本的迭代和更换过程中。在这种情况下，在选择第一批灰度列表时会出现问题——引入的用户依赖于这些缺失的功能，从而影响用户的日常工作。b端产品的功能是解决用户工作中的问题。功能缺失会导致用户工作流不完整，影响用户工作流；会给用户造成损失，也会让用户产生新版本不如“老版本”功能稳定的想法，从而放弃新版本的使用。因此，在面对这一问题时，我们需要在选择第一批灰度用户时过滤和筛选用户名单。具体方法是：首先比较新版本和旧版本的功能差异，如旧版本和新版本没有功能；其次，评估每个差异是否真的会影响用户的工作流程，只有影响用户工作的差异才需要解决；最后，在选择第一批名单时，通过迭代及时消除这些差异。案例：产品提供淘宝商店的数据统计能力，其中一个模块是“预售”商品数据的统计；在最近的产品重建中，由于时间关系有限，“预售”模块的评价是一种周期性行为，在促销前经常被商家使用；很少有商家在产品重建中使用。所以对于那些在工作日也有“预售”商品，需要查看“预售”数据的商家来说，新版本是缺失的，影响了他们的日常工作流程，会对新版本产生不满。以上情况是“新版本部分功能缺失”的现象。虽然平日使用该模块的商家很少，但如果引入的灰度列表中有这样的用户；缺乏“预售”模块的新版本会影响用户的正常工作，无法分析预售商品的数据。这就要求我们在选择列表时删除这部分用户，并安排资源迭代“预售”模块。2.不能覆盖所有用户b端产品的用户组成复杂，由许多不同类型的用户组成；例如，新老用户可分为新老用户；大小用户可根据用户规模划分；付费用户和免费用户可根据用户支付情况划分。产品用户由不同类型的用户组成，不同类型的用户对产品有不同的需求；因此，在切换版本时，理论上希望灰度列表能覆盖所有类型的用户。但在现实场景中，往往难以覆盖，主要受两个因素限制：第一批灰名单数量少，各类用户无法覆盖；灰用户只有达到一定数量才能发挥作用，如引入新用户和引入100新用户不同，新用户接受新版本不够令人信服。因此，过度追求覆盖所有类型的用户可能会导致每个用户的数量不足，无法验证不同类型用户对新版本的接受度。在这里，我们需要分析不同类型的用户，找出当前阶段产品的核心用户，灰名单优先覆盖核心用户，以确保核心用户的体验和使用。具体的核心用户类型会受到产品愿景的影响。例如，当前产品的目标是创新，那么核心用户类型是新用户；如果当前产品的目标是收入，那么核心用户类型是对当前收入贡献最大的用户类型。案例产品为淘宝店提供客户服务团队数据分析模块。产品重建升级后，发布产品灰度，验证升级后用户对功能的接受度。第一批灰度用户只有20个，存在“不能覆盖所有用户”的问题，要求我们优先覆盖核心用户，确定产品目前的目标是收入，分析不同类型用户对收入的贡献；发现中大型企业贡献最大，即产品现阶段的核心用户。在确定第一批灰度列表时，我们需要从中型企业和大型企业中寻找，以确保这些用户对新版本的接受。3.在参与度低、灰度发布的初始阶段，通常不进行强制切换；相反，用户圈定一个范围，提供切换入口，让用户切换体验灰度版本。从这里我们可以发现，在早期阶段，用户使用灰色版本是一种自发的行为；我们在选择名单时会受到客观条件和主观因素的影响，一旦选择的名单出现问题，就会导致参与度低。首先是客观条件。如果我们在选择名单时选择非活跃用户，用户组分为活跃用户和非活跃用户。想想看。用户很少登录并体验我们的产品，并将其列入灰度列表。用户没有感觉到他们会灰度。如果他们不参与，引入用户将毫无意义。因此，在选择灰度列表时，我们需要考虑活动指标。对活动的判断可以参考产品本身对活动的定义；例如，有些产品是日常活动调查，有些产品将在近7天内登录调查。其次，是主观因素。用户对产品的信任度不高，导致遇到问题后对问题的容忍度低，对产品失去耐心，不愿意反馈问题；那么引入这个用户就没有意义了。因此，在选择灰度列表时，我们应该考虑用户的信任感。b端产品可以选择这种关系更好的商家，对产品的信任度也会更高。3、总结灰度发布的目的是在不影响用户正常使用的前提下，引入少数用户使用新版本，帮助我们测试用户对新版本的接受度；避免决策错误造成的问题影响大多数甚至全部用户，确保产品过度平滑。在选择第一批灰名单时，我们需要从“是否会影响引入用户的正常工作”、“能否覆盖核心目标用户”和“引入用户参与度高”三个角度考虑；排除不合格用户，选择活跃度高、信任度强的用户，与生产团队一起完成新版本的验收。