敏捷21天打卡-精益产品开发最佳实践 之 “AB测试"

Posted atun

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了敏捷21天打卡-精益产品开发最佳实践 之 “AB测试"相关的知识,希望对你有一定的参考价值。

”一个错误的背后往往存在一个正确的假设,对假设的肯定程度越高引发的错误越严重!“

从上章节中“MVP”中一文中我们了解到,最低限度的可用的产品是MVP的精髓,其目的在于迅速验证产品的可用性及市场用户的反馈;不能市场用户需要一辆汽车,我们给对方一辆自行车,典型的违背市场的原则。

伟人曾说过“实践出真知”,对于软件行业亦是如此,有了最低限度的可用产品,这是就需要收集市场的反馈,根据反馈调整产品策略,A/B测试是众多工具/方法中的一种。

“推出一个代步工具、节约用户上下班时间,从而让用户有更多的时间来做自己想做的事情”这种类型的产品想法/需求时,可以从“滑板-->自行车-->摩托车-->汽车--火车”逐步升级产品及拓展目标群体;从上面的例子我们也看到,用户/市场最低的容忍度是“可用的产品”,那么,我们以滑板车为例,聊聊A/B测试;
“一块木板+4个轮子”组成最原始的滑板工具推向市场/最初用户获得用户的认可后,作为产品经理的你一定有一种忧虑,如何让产品在变幻莫测的市场中保持鲜活的增长力,是时候来场头脑风暴了;

能不能做成折叠的?
能不能做成不同材质的?
是否可以DIY颜色?
.......

经过头脑风暴,我们有N个Idea,每一个看起来都是那么完美!但用户会为哪个买单?不得而知,最好的方法是,采用统计学的方法;即在原有的产品基础上稍加改动,推出A/B版本刺探用户/市场的反馈,留下最符合市场/用户需求的版本;

采用AB测试,类似于统计学的方式,从多个维度让市场决定产品应该具有哪些特性和功能,而不是我们想当然拍脑袋决定。其优点:扭转两个关键指标:留存和收入!

题外话:如果产品只有很少很少的人用,不建议做A/B测试,应把焦点聚焦在产品交付的前期步骤上,”回锅“从精益产品开发的步骤中重来。

以上是关于敏捷21天打卡-精益产品开发最佳实践 之 “AB测试"的主要内容,如果未能解决你的问题,请参考以下文章

敏捷21天打卡-AARRR模型

敏捷-敏捷方法实现

21天敏捷打卡-敏捷估计与规划

敏捷21天打卡--Scrum角色

敏捷21天打卡-敏捷项目管理(终章)

敏捷21天打卡--Scrum活动