轻松发布功能–逐步部署的简单指南 “产品人员-产品经理,产品设计师,UX设计人员,UX研究人员,业务分析师,开发人员,制造商和企业家 November 11 2020 真正 Alpha发布,持续交付,持续发现,功能标记,功能发布,产品发布,逐步推出,发布,发布计划, 注意产品 介意产品有限公司 1858 Multiple control valves - Photo by Erik Kroon on Unsplash - //unsplash.com/@erikkroon 产品管理 7.432

轻松发布功能–逐步部署的简单指南

通过 ON

我目前处于发布主要产品更新的边缘–这将影响我们许多高价值客户。是的,压力很大。我脑海中盘旋的问题包括:

  • 该功能是否可以在生产中使用?
  • 用户如何回应?
  • 这如何影响运营成本?

换句话说,我们是否具有可行性/可取性/可行性的三位一体?本文概述了曾去过那里的产品经理如何处理这些问题。

明星齐心协力:启动热图

我团队今年的一项重大项目是开发平台V2的一项功能,即Heatmap,这是一种基于见解的工具,客户可以使用该工具收集有关人们如何浏览其网站的信息。这确实是一项艰巨的任务,因为该工具需要大量存储空间,并且其技术堆栈与我们的主要平台不同。此外,我们的许多客户已经在使用V1,并为此投入了大量资金。他们既期待着杀手级V2,也不会对任何即兴的故障或错误感到满意。

就像命运一样,去年我们推出了一款全新产品,旨在让像我这样的产品经理的生活变得更加轻松。它是 功能管理和产品优化平台,并包括基于的逐步推出和个性化功能– in part –封装在产品经理友好的SaaS控制台中的简单功能标记上。

无论您碰巧使用的是我们的产品,其他功能管理解决方案之一,还是已经构建(或可以构建)自己的内部解决方案,都针对此类主要版本使用某种渐进式推出策略是我遇到的最好的方式之一,可以解决将新的高价值功能推向世界的不可避免的压力。让我们来看一下原因:

逐步推出的特权

对于即将在众多客户手中全面改革一项流行功能的产品经理而言,使用功能管理平台或功能既有外部优势,也有内部优势。

首先,金丝雀发射或渐进推出方法使您可以在一组受限的客户中测试新版本的性能。如果发现任何无法预料的问题,您可以暂停整个发布,修复问题,然后平稳进行。著名, 将代码交付与功能发布脱钩, 方法。

另一个大优势?预期成本。

在我们的案例中,我们的Heatmap工具基于Google Cloud,据我所知,读者一定知道,每个API调用都需要花钱。问题是,我们无法准确预测有多少电话– and therefore, 多少预算 –开发V2时将需要它。当然,Google Cloud(以及Amazon和Microsoft)提供了模拟和预测成本的方法。是的,我们确实利用了它们。但是最终发票 总是 变得比我们预期的更肿。

Multiple control valves - Photo by Erik Kroon on Unsplash - //unsplash.com/@erikkroon

对我来说,不可预见的费用使您的临时预算在月底暴涨,几乎与不可预见的错误引起的盗汗一样糟糕!在逐步部署期间监控我们的成本–如果这些费用飙升,请立即暂停发射–是我绝对想要掌握的非凡的控制水平。对于此次发布,确保我们的云基础架构能够合理扩展是关键,而且我敢肯定,其他许多产品经理也会遇到这种情况。

B2C和B2B中的逐步部署–功能标志与受众群体

现在,给读者的快速笔记–如果您像我一样在B2B公司工作,那么像使用功能标记之类的渐进式推广技术可能与您最相关。特别是如果您与各个客户建立了牢固的关系,那么您可以打电话给他们,知道自己是谁,并愿意聊天。在这种情况下,您只需要几个愿意开启功能的Beta测试人员即可。您迭代他们的反馈,然后返回常规发行版。

在B2C公司中,您’不太可能与客户建立这种关系。相反,您很可能会与大量匿名用户一起工作。在这种情况下,基于智能KPI的渐进式部署以及某种数据驱动的受众细分将是收集用户反馈的更好方法。如果您将新功能扩展到客户群的10%,并且发现收入或参与度有所下降,则可以暂停发布并进行调查。当然,您需要相关的功能管理平台来实现这一目标。

基本上,花点时间思考一下如何最好地使用渐进式部署方法,具体取决于您的用户群和市场环境,将帮助您充分利用此技术。

理想功能发布

作为产品经理,我希望能够尽可能地预期和控制发布。因此,我们找到了一种最小化风险并最大化结果的方法(我建议穿鞋的任何其他产品经理执行以下步骤):

第一步:建立样本受众群体。

逐步推出的重点是将您的部分受众作为测试用例。您需要考虑样本数量,样本偏差等……在B2B的环境中(如下文所述),您可以与客户成功或客户经理紧密合作,以选择有意义的战略客户。

在B2C中,决定是要让受众群体具有代表性,还是要针对特定​​的细分受众群(例如低风险,高反馈等)。查找KPI以识别它们,并以此为目标。

就我们而言,在我们的客户成功和大客户经理团队的帮助下,我入围了大约10个对V2热图的早期采用者表现出兴趣的客户。我挑选了经常使用该功能的客户(因此,更有可能提供相关反馈),表明在Beta测试期间愿意提供这种意见。我还确保样本是多样化的,有意地混淆了这些客户的行业和规模。 (现阶段我们不’如果一定想要我们的客户群的代表性样本,我们就需要最大的多样性。)

然后,有一天我们选择了一个团队,使用我们的功能管理平台激活了他们。这是通过一个简单的功能标记手动完成的,但要点是我们有一个一致的“soft launch” date for everyone.

第二步:确定合理的时间范围,以自信地衡量影响。

考虑一下您的客户’使用模式,或有关客户经理与客户联系的频率。循环营销或交流以考虑其计划(或任何重大行业事件)。

确定可以为您提供时间的窗口(或不同样品段的不同窗口) 置信度 发布质量,并与利益相关者进行沟通。

如果回到热图示例,我们就完成了–我们等待了预定的时间,并进行了监视,看是否有错误出现。我们检查了有关任何客户反馈的信息。作为产品经理,这种“live testing”是持续优化方法的关键–而且重要的是,我们需要花费时间和资源根据第一轮真实用户反馈进行迭代。

如上所述,我们还在这里召集了营销和传播团队,以决定最合适的日期宣布发布正式版本。我们什么时候发送新闻稿,电子邮件爆炸,社交媒体广告?

实际上,这是我们目前所处的阶段。下一步是我们计划的工作,以确保其余版本顺利进行( 关键 提前完成这些步骤,以便在开始逐步推出之前制定完整的计划)…

第三步:识别通过/失败条件和观察指标:

您’重新有效地运行实验以确定您的发布是否可行,理想& viable.

作为一个团队,确定期望的结果(基于您的研究,证据和模型)。理想情况下,您应该确定哪些结果将迫使您停止发布,进行调查,进行修复,然后重试。这些目标应基于您的谈话’与发布的各个利益相关者有过接触,应进行明确沟通&理解,以便每个人都在允许该释放门或施加制动的方面保持一致。

对我们来说,这意味着要考虑云成本–他们失去控制了吗?而且,是否存在相应的负面用户反馈?在这种情况下,我将使用我们的功能管理平台暂停推出,然后在解决问题后重新启动,我们’准备继续进行实验。

Step four: Plan the Rest of 您r Progressive Rollout:

像这样的功能推出’只是一个实验 – they’重新进行一系列范围不断扩大的实验,旨在逐步进行测试&验证您的产品假设,并建立对您的信心’重新朝着正确的方向前进。在此过程的开始,您应该计划将新版本发布给其他用户的计划。您应该考虑:

  • 你怎么’d希望对其他用户进行细分(从风险方面& segment size)
  • 您认为每个细分市场应该能够使用新版本多长时间?’对前进充满信心。
  • 整个部署可能需要多长时间?您应该注意哪些营销计划或行业活动?这些对您的推广有何影响?

在我们的案例中,这意味着一旦获得所需的V2热图,我们将使用渐进式部署方法在15天内分配全部功能激活空间,此外,还可以防止错误,尤其是防止飞涨的成本(确保IT基础架构安全)正在按需扩展。)

这是启动令人期待的更新的一种更加受控,低压力的方式。

期待

希望你’ll将学习一些有关如何使用渐进式推出技术减轻大型发布的压力的技巧。我们在AB Delicious中学到的另一个教训,我认为适用于任何科技公司吗?喝自己的香槟。可以先喝一口,但越早喝饱,就越好!

首次发布旗舰产品时,我们很少采用它来发布自己的产品。我们需要时间来建立我们的内部流程并合并一个新工具。但是在发布了更多版本之后,我们就掌握了。现在,它已成为我们工具包中各种发行版本的无价工具,其价值显而易见。