灰度发布，也叫金丝雀发布，简单来说就是在新旧版本之间找一条平稳的过渡路线。在实际工作中，要不要用这种发布方式，得结合产品具体情况来看。作者根据自己的一个B端产品重建项目，梳理了其中的考量因素。

项目做完之后，团队面临一个关键决策：直接全量上线，还是走灰度路线？当时主要从两个维度来分析：

第一是用户规模。这款产品用户基数比较大，覆盖了不同版本的用户群体。不同版本的用户对新版产品的接受度不太一样，如果直接全量发布，部分用户可能因为不习惯新版本而导致体验受损。

第二是新旧版本的差异。新版本在功能上存在一些缺失，比如旧版里的白名单功能新版暂时没有实现，这些功能直接影响一部分用户的日常工作。

综合这两点来看，直接全量切换风险比较大，很可能打乱用户的正常工作习惯。于是团队最终选择了灰度发布。



定下来之后，团队开始筛选第一批灰度用户，结果在这个过程中遇到了几个实际问题。这也是本文要探讨的核心内容。

灰度发布的本质是把“还没发布”和“完全发布”之间的状态具象化。假设线上跑的是旧版本A，完全发布的新版本是B，灰度发布就是让一定比例的用户先体验版本B，其余用户继续用版本A，然后慢慢扩大比例，最终完成全部用户的迁移。

采用灰度发布的主要原因在于：当用户规模远大于产研团队时，团队根本没有足够的人力来处理所有用户遇到的问题——不管是使用不习惯还是线上出bug。灰度发布通过控制影响范围，把新版本用户数量压在团队可承受的范围内，重点跟踪这部分用户的反馈，完成新版本的验收。这种方式既能测试用户对新版本的接受程度，帮产品团队规避决策风险，也能检验产品质量，发现不同设备环境下可能存在的bug。



在实际执行过程中，灰度发布初期会遇到几个典型问题，需要采取相应的策略来应对。

一个常见问题是新版功能缺失。由于时间、资源和优先级的约束，新版本在大版本迭代时往往会出现功能不完整的情况。这在选第一批灰度用户时就带来了麻烦——如果引入的用户恰好依赖这些缺失的功能，就会影响他们的日常工作。B端产品的功能是为了解决用户工作中的问题，功能缺失会导致工作流程断裂，给用户造成实际损失，同时会让用户觉得新版不如旧版稳定，从而排斥新版本。

解决这个问题的关键在于筛选。团队需要先梳理新旧版本的功能差异，评估每个差异是否真正影响用户的工作流程，只有对用户工作有实质影响的差异才需要重点关注。在确定第一批灰度名单时，把受影响的用户排除在外，并尽快安排资源补齐这些功能。

举个例子，一个电商数据分析产品，旧版提供预售商品数据统计模块，这是促销前商家频繁使用的功能。但由于项目时间限制，新版重建时暂时没开发这个功能。如果灰度名单里恰好包含那些日常工作需要查看预售数据的商家，新版功能缺失就会严重影响他们的工作。针对这类用户，团队在筛选名单时应予以排除，并优先迭代预售模块。



另一个问题是难以覆盖所有用户类型。B端产品的用户构成通常比较复杂，可以按多种维度划分，比如新用户和老用户、大客户和小客户、免费用户和付费用户。不同类型的用户对产品有不同的需求，理论上希望灰度名单能够覆盖所有用户类型，但实际操作中往往很难实现。

制约因素主要有两个：一是第一批灰度用户数量有限，很难做到各类用户均衡覆盖；二是灰度用户需要达到一定数量才能产生有效的验证效果。一个新用户对新版的高接受度缺乏说服力，但引入一百个新用户得出的结论就完全不同。

解决这个问题的思路是优先保障核心用户。团队需要对用户进行分类分析，找出当前阶段产品的核心用户群体，让灰度名单首先覆盖这部分用户。核心用户类型的判断标准取决于产品当前阶段的战略目标。如果产品目标是用户增长，核心用户就是新用户；如果目标是收入增长，核心用户就是为收入贡献最大的用户类型。

在实际案例中，一个淘宝店铺客服团队数据分析产品在重建升级后进行灰度发布，第一批用户仅有20人，无法覆盖所有类型。团队通过对用户分类分析，确定当前阶段的产品目标是收入，进而分析各类用户对收入的贡献比例，发现中大型企业贡献最大，因此将这类用户确定为核心用户。在筛选第一批灰度名单时，团队优先选择中大型企业的用户，以确保核心用户群体对新版本的接受度。

还有一个问题是用户参与度不高。灰度发布初期通常不会强制用户切换，而是为特定范围内的用户提供切换入口，由用户主动选择是否体验新版本。这意味着早期阶段用户使用灰度版本是一种自发行为，如果名单选择不当，就会导致参与度很低。

参与度低的原因有两类。客观因素是选了非活跃用户。如果用户很少登录产品，将他们纳入灰度名单几乎没有意义，因为他们根本不会注意到灰度入口，也不会参与体验。筛选名单时需要参考产品对活跃用户的定义，比如按日活跃或近七日登录等指标进行判断。

主观因素是用户对产品的信任度不够。这类用户遇到问题后容忍度较低，容易对产品失去耐心，不愿意反馈问题。引入这类用户同样无法产生有效价值。在B端产品中选择灰度名单时，可以优先考虑关系较好的商家，他们对产品的信任度更高，更愿意配合测试和反馈。

灰度发布的目标是在不影响大多数用户正常使用的前提下，通过小范围用户来验证新版本的接受度，避免决策失误导致大面积问题，确保产品平滑过渡。在筛选第一批名单时，需要综合考虑三个维度：是否会影响用户的日常工作、能否覆盖核心目标用户、引入用户的参与度是否足够。通过排除不合格用户，选择活跃度高、信任度强的用户，与产研团队共同完成新版本的验收工作。