灰度发布-流程篇

转载:https://zhuanlan.zhihu.com/p/64619663

http://www.woshipm.com/pmd/573429.html

我理解的灰度发布,主要是按照一定策略选取部分用户,让他们先行体验新版本的应用,通过收集这部分用户对新版本应用的反馈以及对新版本功能、性能、稳定性等指标进行评论,进而决定继续放大新版本投放范围直至全量升级或回滚至老版本。

灰度发布流程图


1.1定义目标

  • 及早获得用户的意见反馈,完善产品功能,提升产品质量让用户参与产品测试,加强与用户互动
  • 降低产品升级所影响的用户范围

初次发布给少量用户— 发现问题希望用户及时反馈—修复/上线— 稳定阶段扩大用户—所有用户可见—灰度发布结束


1.2选定策略
总用户规模:6000多用户
选择初次发布用户
告知所选的初次用户新feature 的发布
发布频率:(发布-收集反馈-迭代-再发布,计划的发布频率)发布频率似乎也取决于收集反馈的频率?
功能覆盖率:(定义好AB用户的使用场景,A用户使用老feature,B用户使用新的feature— 即定义好路径
回滚策略:如果出现线上比较大的问题,影响用户使用,采用回滚策略


1.3筛选用户
用户特征:如何筛选用户
用户数量:第一批用户数量
用户范围:内部用户 - 扩散到所有用户 (如何扩散,相关因素:时间、怎么扩散)


1.4布署系统
布署实现AB用户使用不同的feature :比如web页面灰度:按照ip或者用户id切流啊。具 有随机性,可以控制比例
如何友好告知用户我们的新feature以及提供反馈渠道?
如何选择布署时间以及避免用户在使用过程中突然切换到新timecard的冲突问题?
如何利用工具分析用户行为?
根据什么指标扩大用户范围?


1.5发布总结
用户行为报告分析--形成产品功能改进列表


1.6产品改善
根据改进列表进行迭代


1.7新一轮灰度发布


1.8灰度发布切到完整发布

posted @ 2020-05-07 09:26  V青山绿水  阅读(...)  评论(...编辑  收藏