灰度发布

灰度发布是指在黑与白之间，能够平滑过渡的一种发布方式。AB test就是一种灰度发布方式，让一部用户继续用A，一部分用户开始用B，如果用户对B没有什么反对意见，那么逐步扩大范围，把所有用户都迁移到B上面来。灰度发布可以保证整体系统的稳定，在初始灰度的时候就可以发现、调整问题，以保证其影响度。

1、灰度发布的作用　　及早获得用户的意见反馈，完善产品功能，提升产品质量 让用户参与产品测试，加强与用户互动 降低产品升级所影响的用户范围2、灰度发布的步骤　　1）、定义目标

　　2）、选定策略：包括用户规模、发布频率、功能覆盖度、回滚策略、运营策略、新旧系统部署策略等

　　3）、筛选用户：包括用户特征、用户数量、用户常用功能、用户范围等

　　4）、部署系统：部署新系统、部署用户行为分析系统（web analytics）、设定分流规则、运营数据分析、分流规则微调

　　5）、发布总结：用户行为分析报告、用户问卷调查、社会化媒体意见收集、形成产品功能改进列表

　　6）、产品完善

　　7）、新一轮灰度发布或完整发布3、常见问题　　3.1）、以偏概全 1)、问题特征：

　　a、选择的样本不具有代表性；

　　b、样本具有代表性，但选择样本用户使用习惯并没有涵盖所有核心功能

　　2）、解决方案：

　　样本选择要多样化，样本的组合涵盖大部分核心功能

　　3.2）、知识的诅咒 ”知识的诅咒“的说法来自《粘住》中实验，具体可以自己搜索一下。我们自己对于自己开发的产品极为熟悉，于是乎想当然认为用户也应当能够理解产品的设计思路、产品的功能使用。

　　1）、问题特征：

　　a、结果没有量化手段；

　　b、只依赖于用户问卷调查；

　　c、没有web analytics系统；

　　d、运营数据不全面，只有核心业务指标（例如交易量），没有用户体验指标

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

　　2）、解决方案：

　　 a、产品设计考虑产品量化指标

　　b、结果分析依据量化指标而不是感觉

　　3.3）、发布没有回头路可走 1）、问题特征：

　　a、新旧系统用户使用习惯差异太大，没有兼容原有功能

　　b、新旧系统由于功能差异太大，无法并行运行，只能强制升级

　　c、新系统只是实现了旧系统部分功能，用户要完整使用所有功能，要在 在新旧系统切换

　　d、新旧系统数据库数据结构差异太大，无法并行运行

　　2）、解决方案：

　　前期产品策划重点考虑这些问题，包括：

　　回滚方案、 新旧系统兼容方案、用户体验的一致性、用户使用习惯的延续性、新旧系统数据模型兼容性

　　3.4）、用户参与度不够 1）、问题特征：

　　a、指望用户自己去挖掘所有功能。对于一个产品，大部分用户经常只使用部分功能，用户大部分也很懒惰，不会主动去挖掘产品功能

　　b、互动渠道单一

　　c、陷入“知识的诅咒”，不尊重参与用户意见

　　2）、解决方案：

　　 a、善待吃螃蟹的样本用户，包括给予参与测试的用户小奖励（例如MS给参与Win7测试用户正版License）、给用户冠以title

　　b、通过邮件、论坛、社区、Blog、Twitter等新媒体与用户形成互动

　　c、提供产品功能向导。在hotmail最近的升级后的功能tip，gmail的tip都有类似的产品功能导向。在产品中会提示类似于：你知道吗，xx还提供xx功能，通过它你可以xx 。