灰度发布

灰度发布的核心逻辑是：再充分的测试也覆盖不了真实线上环境的复杂性——机型碎片化、网络环境、玩家的奇葩操作路径，这些只有真实流量才能验证。所以新版本上线时不一次性全量推送，而是先放给一小部分用户（按比例、按渠道、按地区都可以切），观察崩溃率、关键功能是否正常、核心数据有无异常，确认没问题再逐步放量到全量。

游戏行业的灰度还有一层业务含义：新玩法、新商业化内容先在小范围看数据表现，付费、留存不达预期可以在全量前调整。灰度期间发现严重问题，可以停止放量甚至回滚，损失可控。

PM 视角

灰度发布不是”发出去就完事”，PM 要管好三件事：

第一，提前定义灰度的观察指标和放量标准。灰度多久、看哪些指标、达到什么标准才放下一档、什么情况触发回滚——这些要在上线前写清楚并对齐到人。没有标准的灰度就是走形式。

第二，灰度期间要有值班机制。问题往往出现在放量后的几个小时内，谁盯数据、谁有权拍板停止放量、修复通道（热更还是新包）是什么，责任要落到具体的人。

第三，注意灰度和运营活动的时间冲突。常见的坑是灰度还没放完量，限时活动已经开了，导致一部分玩家参与不了，客诉直接爆炸。PM 排版本计划时要把灰度周期算进活动排期里。