2020-11-18 10:14:47 阅读(207)
之前参与过公司b端产品的重建项目,结束后需要面对如何发布的问题,是全部发布还是灰度发布。这需要根据实际情况进行选择。当时,我从“用户规模”和“新旧版本差异”的角度考虑:1。用户规模:产品用户规模大,涉及不同用户版本,不同版本的用户对新版本的接受度不同,可能不习惯新版本,导致损失。2.新旧版本的差异:与旧版本相比,新版本的一些功能缺失(白名单功能)会影响一些用户的日常工作流程。从以上两个角度来看,直接完全发布切换可能会影响用户的日常工作和使用习惯,并存在损失的风险,因此采用灰度发布。确定发布方式后,在选择第一批灰度用户名单时,发现了一些存在的问题。本文想与您讨论初始阶段遇到的问题和解决方案。1、灰度发布灰色是介于黑色和白色之间的颜色,灰度发布是介于未发布和完全发布之间的一种发布方式。假设未发布的版本是A,通常是在线版本;完全发布的版本是B,通常是新版本。灰度发布可以让一定百分比的用户优先体验版本B,其他用户仍然使用版本A,并慢慢扩大百分比,最终将用户转移到版本B。那为什么要发布灰度呢?从我们一开始的案例可以看出,灰度发布有一个隐藏的前提条件,用户规模远远大于生产团队;因此,生产团队没有足够的资源来处理所有用户使用新版本后带来的问题,包括不习惯带来的不适和在线错误。灰度发布可以通过控制发布面积,使用新版本的用户可以控制在生产团队可以处理的范围内;将可能出现问题的用户圈定在“部分”用户,由生产团队评估。通过灰度发布,我们将部分筛选用户纳入测试范围,生产团队和用户完成新版本的验收;主要目的是测试用户对新版本的接受度,避免产品决策的风险。还可以检验产品质量,是否存在bug,以及在不同设备和环境下的情况。2、问题和策略灰度发布帮助我们选择一定比例的用户,这是一种有效控制风险的发布方式。但在其初始阶段,也会出现一些问题,针对不同的问题,我们需要采取不同的策略来对应。1.在现实场景中,新版本的一些功能缺失受到时间、资源和优先级因素的限制。与旧版本相比,新版本的一些功能缺失通常存在于大版本的迭代和更换过程中。在这种情况下,在选择第一批灰度列表时会出现问题——引入的用户依赖于这些缺失的功能,从而影响用户的日常工作。b端产品的功能是解决用户工作中的问题。功能缺失会导致用户工作流不完整,影响用户工作流;会给用户造成损失,也会让用户产生新版本不如“老版本”功能稳定的想法,从而放弃新版本的使用。因此,在面对这一问题时,我们需要在选择第一批灰度用户时过滤和筛选用户名单。具体方法是:首先比较新版本和旧版本的功能差异,如旧版本和新版本没有功能;其次,评估每个差异是否真的会影响用户的工作流程,只有影响用户工作的差异才需要解决;最后,在选择第一批名单时,通过迭代及时消除这些差异。案例:产品提供淘宝商店的数据统计能力,其中一个模块是“预售”商品数据的统计;在最近的产品重建中,由于时间关系有限,“预售”模块的评价是一种周期性行为,在促销前经常被商家使用;很少有商家在产品重建中使用。所以对于那些在工作日也有“预售”商品,需要查看“预售”数据的商家来说,新版本是缺失的,影响了他们的日常工作流程,会对新版本产生不满。以上情况是“新版本部分功能缺失”的现象。虽然平日使用该模块的商家很少,但如果引入的灰度列表中有这样的用户;缺乏“预售”模块的新版本会影响用户的正常工作,无法分析预售商品的数据。这就要求我们在选择列表时删除这部分用户,并安排资源迭代“预售”模块。2.不能覆盖所有用户b端产品的用户组成复杂,由许多不同类型的用户组成;例如,新老用户可分为新老用户;大小用户可根据用户规模划分;付费用户和免费用户可根据用户支付情况划分。产品用户由不同类型的用户组成,不同类型的用户对产品有不同的需求;因此,在切换版本时,理论上希望灰度列表能覆盖所有类型的用户。但在现实场景中,往往难以覆盖,主要受两个因素限制:第一批灰名单数量少,各类用户无法覆盖;灰用户只有达到一定数量才能发挥作用,如引入新用户和引入100新用户不同,新用户接受新版本不够令人信服。因此,过度追求覆盖所有类型的用户可能会导致每个用户的数量不足,无法验证不同类型用户对新版本的接受度。在这里,我们需要分析不同类型的用户,找出当前阶段产品的核心用户,灰名单优先覆盖核心用户,以确保核心用户的体验和使用。具体的核心用户类型会受到产品愿景的影响。例如,当前产品的目标是创新,那么核心用户类型是新用户;如果当前产品的目标是收入,那么核心用户类型是对当前收入贡献最大的用户类型。案例产品为淘宝店提供客户服务团队数据分析模块。产品重建升级后,发布产品灰度,验证升级后用户对功能的接受度。第一批灰度用户只有20个,存在“不能覆盖所有用户”的问题,要求我们优先覆盖核心用户,确定产品目前的目标是收入,分析不同类型用户对收入的贡献;发现中大型企业贡献最大,即产品现阶段的核心用户。在确定第一批灰度列表时,我们需要从中型企业和大型企业中寻找,以确保这些用户对新版本的接受。3.在参与度低、灰度发布的初始阶段,通常不进行强制切换;相反,用户圈定一个范围,提供切换入口,让用户切换体验灰度版本。从这里我们可以发现,在早期阶段,用户使用灰色版本是一种自发的行为;我们在选择名单时会受到客观条件和主观因素的影响,一旦选择的名单出现问题,就会导致参与度低。首先是客观条件。如果我们在选择名单时选择非活跃用户,用户组分为活跃用户和非活跃用户。想想看。用户很少登录并体验我们的产品,并将其列入灰度列表。用户没有感觉到他们会灰度。如果他们不参与,引入用户将毫无意义。因此,在选择灰度列表时,我们需要考虑活动指标。对活动的判断可以参考产品本身对活动的定义;例如,有些产品是日常活动调查,有些产品将在近7天内登录调查。其次,是主观因素。用户对产品的信任度不高,导致遇到问题后对问题的容忍度低,对产品失去耐心,不愿意反馈问题;那么引入这个用户就没有意义了。因此,在选择灰度列表时,我们应该考虑用户的信任感。b端产品可以选择这种关系更好的商家,对产品的信任度也会更高。3、总结灰度发布的目的是在不影响用户正常使用的前提下,引入少数用户使用新版本,帮助我们测试用户对新版本的接受度;避免决策错误造成的问题影响大多数甚至全部用户,确保产品过度平滑。在选择第一批灰名单时,我们需要从“是否会影响引入用户的正常工作”、“能否覆盖核心目标用户”和“引入用户参与度高”三个角度考虑;排除不合格用户,选择活跃度高、信任度强的用户,与生产团队一起完成新版本的验收。
以上就是关于什么是灰度发布?以及它的问题和策略的相关介绍,更多什么是灰度发布?以及它的问题和策略相关内容可以咨询我们或者浏览页面上的推荐内容。我们将让你对什么是灰度发布?以及它的问题和策略有更深的了解和认识。
推荐阅读
最新文章
猜你喜欢以下内容:
一 客户顾问-张三 一