灰度发布（灰度法则）的6点认识

1、什么是灰度发布？

有所控制地选择发布的人群及其比例。

2、为什么要做灰度发布？

1、灵活选择用户参与产品测试。

2、规避一定的发布风险，降低产品迭代升级所影响的范围。

3、快速获取用户的反馈意见，完善产品功能，提升产品质量。

4、避免停服发布给用户带来不便。

5、具有容灾能力：降低全量发布引起的服务器崩溃等风险，逐步发布产品，逐步控制服务器压力。

3、什么时候需要进行灰度发布？

任何时候。

4、灰度发布 VS A/B测试

目的

灰度发布：减少bug风险

A/B测试：对比多种方案，得出最好的优化方案

数据指标

分流控制

灰度发布：逐步扩大用户

A/B测试：选定在某个流量上进行较长时间的试验

5、如何进行灰度发布？

1、定义目标

降低产品BUG风险；

试验新功能，看这个新功能的指标是否能达到预期，或者是否会对产品造成损失。

2、选定灰度策略

用户选择：地理位置、终端特性等

功能覆盖度：逐步，还是全部开放功能

提供数据反馈入口

回滚或发布上线

公关运营

3、筛选用户

用户特征

用户流量

用户范围：内部用户 > 种子用户 > 活跃用户 > 所有用户。

体验一致性：新旧方案用户使用习惯差异太大没有兼容原有功能，新旧方案功能差异太大无法并行必须强制升级，新方案只实现了旧方案的部分功能，用户要使用完整功能需要来回切换等。

4、灰度发布上线

集成灰度、分析平台

设定分流规则

灰度发布新版本

运营数据采集分析

分流规则微调

灰度发布 产品完善  新一轮灰度发布  完整发布

6、灰度发布常见问题

1、以偏概全

选择的样本不具有代表性

样本用户使用习惯并没有涉及所有升级的核心功能。

2、无法定量分析

结果没有量化手段，只依赖用户问卷调查，没有分析灰度系统。

运营数据不全面，只有核心业务指标，没有用户体验指标等。

对结果分析只发布有利的信息，对其他视而不见。

3、用户参与度不够

很多产品期望用户自己发掘所有功能，而大部分用户经常只使用部分功能，或者说互动的渠道非常单一，或者陷入知识的诅咒不尊重用户的意见。

4、灰度发布不是万能的

前期规划要充分。

7、互联网产品创新“灰度法则”的七个维度

1、需求度

用户需求是产品的核心，产品对于需求的体现程度，就是企业被用户所需要的程度。用户不需要的东西就是舍本逐末。一边要做自己产品的忠实用户，一边把自己的触角伸到其他用户当中，去感受他们真实的声音。

2、速度

快速实现单点突破，角度、锐度尤其是速度，是产品在生态中存在发展的根本。快速向完美逼近。为了实现单点突破允许不完美，但要快速向完美逼近，市场不是一个耐心的等待者。

3、灵活度

互联网生态瞬息万变，更早地预见问题，主动变化，就不会在市场中陷入被动。在维护根基，保持和增强核心竞争力的同时，企业各方面灵活性非常关键。敏捷企业、快速迭代产品的关键是主动变化，主动变化比应变能力更重要。

4、冗余度

容忍失败，允许适度浪费，鼓励内部竞争内部试错，不尝试失败就没有成功。

5、开发协作度

最大程度地扩展协作，互联网很多恶性竞争都可以转向协作型创新。互联网将更大范围的卷入协作，越多人参与，网络的价值就越大，用户需求就越能得到满足，每一个参与的组织从中获得的收益也越大。在聚焦于自己核心价值的同时，适当深化和扩大社会化协作。

6、进化度

一个企业的文化、DNA、组织方式是否具备自主进化、自主生长、自我修复的能力。构建生物型组织，让企业组织本身在无控过程中拥有自进化、自组织能力。

7、创新度

创新并非刻意为之，而是充满可能性、多样性的生物型组织的必然产物。

---

注：以上内容来源于“三节课”的公开课《给产品运营的技术课：A/B测试和灰度发布》，及“腾讯马化腾的‘互联网产品：灰度法则的七个维度’”。

再注：以上整理内容仅为个人觉得相对有价值的，并非一定正确，供参考开阔一下思路，这里是笔记。欢迎交流~ :)

by 鲤洋

2016.11.21