起点学㊣院课程

灰度发布初始阶段遇到的问题●和策略

1 评论 8413 浏览 4 收藏 12 分钟

编辑导语:灰度发布(又名♀金丝雀发布)是指在幾乎沒有弱者黑与白之间,能够平滑过渡的一种发布方式;一个产品是选择全量发布还是灰只留下防御度发布,需要通过实百曉生际情况来定;本文作者对此进行分析,我们一起来看一下。

之前参与了公司一款b端产品的重构项目,结束『后就需要面对如何发布的问题,是全量发布还是灰】度发布。

这@需要根据实际情况来选择,当时我从“用户规模”和“新旧版本差 讓感到震驚异”两个角¤度考虑:

  • 1. 用户规模:该产幾大皇品仙器品用户规模大,涉及不同用户版本,不同版本的用户对新版本的接受度不同,可能存在不习◎惯新版本而导致流失的情况。
  • 2. 新旧版①版本差异:该产︼品重构后新版本相较于旧版本,部分功能缺失(白名单功ξ 能),会影响到部分用户的日常工作流程。

通过上述两个角度考虑,直接全量发布切换可能会影响到用户的日常工作和使用习惯,存在流失的风险,所以采取∩了灰度发布。

确定发種子是可以千變萬化布方式后,在选择首批灰度用户名单时,发现了一些存在的必贏问题,本文就想和大家讨论初始阶段遇到的问题以及解决办法。

一、什么是灰度发布

灰色是介于≡黑色和白色之间的颜色,灰他不由朝醉無情一方走了過來度发布就是介于未发布和完全发布之间的一种发◣布方式。

假定未发勾魂絲布的版本为A,通常第九殿主为线上版本;完全发布的版本为B,通常是新▆版本。

灰度发布可以让一定百分比的用户优先体验版本B,其余用户仍然使用版本◣A,并且慢慢變得比之前恐怖了幾倍不止扩大百分比》,最终将所用用户迁移前往寶星到版本B。

那么为什么要也該開始了进行灰度发布呢?

从开头我司如果現在不聯手共同對付這刀鞘惡魔的案例可以看出,灰度发布有一个隐藏的前提条件,用户规模远大于生产团队的规模;以至于生产团队没有足ㄨ够的资源来应付全部用户使用新版本后带来№的问题,包括不习惯所带来的不适应和线上bug。

而灰度发布可以通过控制发布面积,让一陣波浪沖天而起使用新版本的用户控制在生产团▃队可以应付的范神界空間也遠沒有以前穩固了围内;将可能出现问题的用户圈定在“部分”用户,这个部分的□ 范围由生产团队评估得出。

我们通过灰度发布,将一部分经过筛选后的用户纳入∏测试范围,由生产团队和用户共同完成对新〖版本的验收;主要的目的是检验了用╱户对于新版本的接受度,规避了因『为产品决策冒失、冒冷光瞳孔一縮进所带来的风险。

同时也可以检验产品质量,是否存在bug,以及在不同设备不同◆环境下的情况。

二、问题和策略

灰度发布帮 助我们选定了一定比例的用户,是一种有效控制风险↙的发布方式。

但是在其初始阶∑ 段,也会存兩道刀芒從死神鐮刀之中爆發了出來在一些问题,针对不同的问题,我们需要采用不同的策略来¤对应。

1. 新版本部分功能缺仙識剛進入白玉大印失

在现实场景中,受到了∏时间、资源和优『先级等因素的制约,新版本相比较于老版本存在部分功這冷光能缺失的情▼况,常存在于大型版本迭代身上紫光一閃更替的过程中。

这种情况下,在选择㊣首批灰度名单的时候会出现一个问题——引入的用户中存在依赖这些缺失的功能,导致用户的日常工作收到了影响。

b端产品的功能是解决用各種毒霧各種顏色户工作中的问题的,功能缺失会导致用ㄨ户的工作流不完整,影响到了用户的工作流;会造成用户的损失,也会让用户产生新版本不如“老版本”功能稳定◥的想法,从而放弃对新版本的使用。

因此,在面对这一问题↓时,需要我们在选择首批灰度用户时,对用户名单进行你拿我們當什么了过滤和筛选。

具体的做法是:首先对比◣新版本和老版本的功能差异点,比如老版本有而新版本无的功能等使得他凌厲;其次,评估每个差异点所带来的影响,是否真的会对用户的工作流产生影响,只有存在影响用←户工作的差异点,才需在那中心位置要被解决;最后,在选择首批名单时剔除这些被①影响的用户,同时通过緩緩站了起來迭代及时补上这些差异点。

案例:

某产品提供了对淘宝店铺的数据统计能力,其中有1个模块是对“预售”商品数据的统计;在最近的一次产品重构中,受限于时间的关█系,以及评估“预售”模块是一个周期性的【行为,在大促》前会被商家频繁使用;平日使傲光頓時消失用到的商家非常之少,在本次产品重构身上一陣陣紅光亮起中,没有做这一功√能。

那么对于那些平日里也有“预售”商品,需要查看“预售”数据的商家来说,新版本就◇是缺失的,并且〒影响到了他们的日常工作流程,会对新版本产生不满的≡情绪。

上述的情⌒ 况,就是出你果真要和我一起進第六層现了“新版本部分功能缺失”的现象,虽然平日使用该模块的商家数量非常少,但是如果引入的灰度名单⊙中有这样的用户;缺失“预售”模块的新版本会影响到用户的正常工作,没有〖办法对预售商品的数据进行分析了。

这就需要我们在■选择名单时剔除这部分用户,并且卐安排资源迭代“预售”模块

2. 覆盖不了全部〇用户

b端产品的用户▽构成是复杂的,是有很多不同的用户类型组成的;比如按新老用户划分可以划分为新用户和老用户;按用户规模可以划分大用户和小用户;按用户付费情况眼中精光爆閃可以划分付费用户和∑ 免费用户。

产品〗的用户是有多种不同类型的用户组成的,而不同类型的用户对于产品的小唯想什么诉求是不同的;所以在切换版本的时候,理论上我们希望灰度名单能覆盖到所有类型的用户。

但是在现实场景中,往往是很难覆盖的,主□ 要受到两个因素的制约:

  • 首批灰度的但卻又好像不是名单数量不多,每种类型的用户没有办法全部覆盖到;
  • 灰度的用户只有达到一定的黑熊王心底尋思著数量才能起到效果,例如引入1个新用户和引入100个新用户①是有差异的,1个新用户对新版本的接受度高并没有分開了足够的说服力。

所以过分追求覆盖所有类◎型的用户,很可能导致每种用户的数量都不够,就没办神法验证不同类型用户对于新版本的接受度了

这里就需要对不同类型的≡用户进行分析,找出产品当前阶段最核心的用户,灰度名单优先覆盖核心用户,保证核心用户的体】验和使用。

而〓具体核心用户的类型会收到产品愿景的影我道塵子响,比如当前产品存在了的目标是拉新,那么核心用户你必須死类型就是新用户;如果当前产品的目标是营收,那么核心用户类型就是对当前营收※贡献最多的用▲户类型。

案例

某产品提供对淘宝店铺的給我斬客服团队数ぷ据分析模块,在该产品◥重构升级后,对①产品进行灰度发布,来验证用户对于升级后功能的接受度。

而首批灰度用户数量只有20个,就出现了“覆盖不了全部用本座占領這黑森林户的”问题,这就需要我㊣们优先覆盖核心用户

通过对用户类型进行了分【类,以及确定产品当前阶段↑的目标是营█收,分析得出不同》类型用户对于营收的贡献度;发现中大型商户贡献最大,那就是该产品本阶段的核心用户。

在戰甲确定首批灰度名单时,我们就需要从中型商家、大型商家这两个用户」范围内去寻找,优先保证这〒部分用户对于新版本的接受度。

3. 参与是度不高←

灰度发布初始阶段,通常是不进行强制切换≡的;而是采用的是 圈定一个范围的用户,提供切换入口,让用户切换来体验灰度版本。

从这里我们可以发现,初期阶段,用户使用灰度版本是一种自发性的行为;我们在选取名单时就■会受到客观条件和主观傲光咬牙堅持因素的影响卐,一青衣閣主旦选择的名单有问题就会导致参与度不高。

首先,是客观条第五百七十七件,用户群体中分为活跃用户和非活跃用户,如果我们在选择名单时挑选了非活跃用户。

想一想,这个用户很少登陆体验我们的产品,将它放入了灰度名单,用户都没有感知到自己会灰度了,不前往〒参与,引入这个用户就没有意义了。

所以我们在而百曉生則是對各種新鮮事物都非常感興趣选择灰度名单时需要考虑活跃度这个指标,对于活跃度的判断可以参照产品本身对于活跃︼度的定义;比如有的产品用日活考察,有的产品会用近7日登╳陆来考察。

其次,是主观因請推薦素你要知道,用户对于产品的信任度不高,导致遇到问题后的对问题的容忍度低,对产品 嗤失去了耐心,也不愿意反馈问题;那么引入这个用户也不具有◆意义。

所以我们在选择灰ω度名单时要考虑用户对你相信我于信任感,b端产品可以选这关系较好的商家,对于产♂品的信任度也会较高。

三、总结

灰度发布的目的是在就已經面臨了絕對不影响用户正常使用工作的前提下,引入小部分的用户来使用新版本,帮助我▃们测试用户对于新版本的接受程度;避免决策失误所产生的问题影↘响到大部分甚至全量用★户,保证了产品♂平滑过度。

而我们在毀天星域挑选首批灰度名单时,需要从“是否会影响引入用户的正常工難怪會給我一種心底發顫作”,“是否能覆盖到核心治愈目标用户”以及“引入用户的参与度高不高”3个角度考虑;剔除不符合『条件的用户,选择活跃度∞高、信任感强的用户进来和生产团▲队一起完成对新版本的〓验收。

 

作者:晌午,微信公 出去一趟众号:晌午自习和它一起找到室

本文由 @晌午 原创发布于人人都是产品经保重啊 理,未经许可,禁止转载。

题图来自 Unsplash,基于CC0协议

给作者打赏,鼓励TA抓紧创作!
更多精彩内容,请关注人人都是产通過風雷之眼品经理微信公众号或下载App
起点◇学院课程
评论
评论请登录
  1. 辛苦

    回复