MVP案例拆解:如何用MVP *** 设计产品?

访客3年前黑客资讯989

在产品刚推向市场或创业早期阶段,MVP *** 服务于产品设计过程是极为重要的。它可以在你找到【产品与市场结合点】之前,将试错成本拉到更低。这篇文章就是对MVP *** 结合案例的实践。

MVP案例拆解:如何用MVP方法设计产品?

目录

一、认识MVP

二、MVP案例

一、认识MVP 1. 什么是MVP

Eric Ries 在《精益创业》中提到 MVP(Minimum Viable Product)概念(精益创业的三大法宝,最小可行性产品、客户反馈、快速迭代)。

MVP是产品设计的一种 *** ,或者说,它教你用低成本快速实现产品的之一个版本,快速推向市场获得之一批种子用户,通过用户访谈、调查问卷、数据分析等途径获取产品使用反馈,基于反馈做持续迭代。

MVP *** 的最终目的是用很好的ROI(投入产出比)来试错,验证想法在用户价值和商业价值上的可行性。我个人会把大部分产品的之一个版本,都叫做MVP版本。

用MVP *** 优化产品设计流程:

MVP案例拆解:如何用MVP方法设计产品?

2. MVP的价值

在“唯一不变的就是变化”的互联网赛道里,不管是创业还是新产品上市,绝大部分都是最终挂掉的。公司挂掉各有各的原因,而产品挂掉基本都是因为这些产品实现的是伪需求。这真是个糟糕的话题,让我们列一下互联网公司上马一个产品的大概背景:

公司高层的战略布局;

老板某一天一时想出来的一个“金点子”;

销售或市场部基于客户反馈提的需求;

竞对对手做了,我们也得做;

除了之一种情况,其他的产品背景很难是基于用户真实场景下对问题的深刻理解(好的产品多是来自用户真实的问题),再说产品经理本人,掌握大量的信息、资料、数据,很难摆脱掉自己的主观意识,进入到很纯净的“一秒钟变小白”的用户状态(同理心),这些主观意识破坏了用户需求背后真实动机的捕捉。

另外,多数的产品开发背景容易造成项目组仓促开工,跳过了对市场、用户的研究和对原始需求的分析,一开始做得很重,很容易出现“产品不是用户想要的”局面。本质上,以上因素归纳为:

产品决策者不具备较强的产品sense和同理心;

早期对用户和市场理解有限,最后发现不是用户想要的;

当MVP概念出现时,其实我们并没有本质上解决以上问题,我们只是用“快速,低成本”的MVP核心理念,把试错成本拉低到我们能够承担错误的地步,除了及时止损,它还能帮助你及时调整产品方向。总结一下,MVP的价值在于:

产品快速推向市场,获得种子用户

验证产品想法在用户价值和商业价值上是否成立

3. MVP的注意事项

3.1 为什么要设定产品目标

我们之所以用MVP *** 做产品的之一个版本,是因为当前阶段的产品形态存在高不确定性,它更像是一场实验,我们越难于预测实验结果,就越应该设定清晰的产品目标(包括商业目标),或者说,这个产品目标就是我们当初产品假设的具体指标化,我们来设定一些问题,例如:

这个产品可能的用户规模?日活转化率/次日留存率?

单一用户的价值怎样?总营收规模怎样?

未来可能的大规模获客路径是怎样的?

用户是否愿意推介产品或介绍客户?他可以得到什么好处?

这个免费功能如果我开始收费会怎样?如何定价?

3.2 小心MVP的陷阱

通常,产品经理很容易基于原始需求梳理出完备的产品方案,难的是,让你舍弃掉大量功能,仅保留一个“最小、可行”的产品方案。

删多了,它就是个残缺品,删少了,达不到低成本试错的效果,这里,我总结一些判断原则:

没有破坏产品目标的功能,不做

能够暂时用人工替代的功能,不做

能够复用的功能,不做

这个陷阱很难用理论去解决,产品经理经历的项目多了,跟客户打交道多了,会对各类潜在问题有一个预判。在没有这个阅历之前,你需要警惕MVP陷阱的存在。

二、MVP案例

这里介绍作者曾经用MVP *** 设计并上线的一个产品功能。我们接下来用MVP *** 流程来去还原它。

这是一个与江西南昌洪城一卡通公司合作的项目,体育局每年补贴经费,通过一卡通平台抽奖方式,给中奖用户发放200元【体育健身卡】,支持合作的主要体育场馆消费。

1. 产品目标

因为该项目属于公司间的项目合作,省去了产品设计中大量的商业目标考量。我们只需要快速实现1万多中奖用户的“体育健身卡”发放,用户前往合作场馆扫码消费,以及针对商家交易明细的对账结算,针对体育场馆体育项目的数据统计

2. 最小化需求

基于产品目标制定的必要需求:

入驻——合作的体育场馆,入驻到商家平台;

发卡——根据指定中奖名单,实现1万多用户的“体育健身卡”发放;

消费——支持用户前往合作场馆的扫码消费;

对账——支持交易对账,支持针对场馆体育项目的数据统计;

结算——对账无误后,统一基于出金通道的打款(人工结算);

标签: 2年MVP初级

相关文章

探寻one piece的埋点之旅(3):教你设计埋点文档

探寻one piece的埋点之旅(3):教你设计埋点文档

我们上篇梳理了产品结构、信息框架、核心业务流程,整体梳理下来,发现需要埋点的位置众多,全盘梳理下来产品工作量大,开发也是工作量巨大。那我们如何进行埋点需求优先级评估,分阶段实现埋点需求?埋点方案又该如...

在线教育竞品分析:腾讯课堂 VS 网易云课堂

在线教育竞品分析:腾讯课堂 VS 网易云课堂

本文从移动端出发,对当前比较热门的两款在线教育平台软件:腾讯课堂和网易云课堂进行比较和分析。主要包含几个方面:产品定位、目标用户、产品数据、功能结构和运营推广。 一、目的 随着留学生回国人数逐步增多...

电商平台如何通过“微信支付生态”,避免“平台二清”问题?

电商平台如何通过“微信支付生态”,避免“平台二清”问题?

电商平台如何避免“平台二清”问题、“资金池”风险呢?笔者通过研究发现,微信支付生态下的微信支付境内服务商分账、微信支付电商收付通就能很好解决这个问题。 如果你的产品是平台电商,那整个流程中必不可缺少...

中台实践:通用化黑名单平台

中台实践:通用化黑名单平台

业务中台的价值主要体现在对通用化业务能力的沉淀、整合,通过对可复用业务流程和业务功能的设计,向不同业务方提供标准化且可扩展的服务能力。本文来聊一聊笔者工作过程中设计的通用化黑名单平台,通过将用户管控能...

用好KANO模型,完美应对多需求并行

用好KANO模型,完美应对多需求并行

一个人的精力是有限的,事事做到完美,那只会把自己累死。产品经理工作中,面对多方需求,该如何确定优先级?本文作者认为KANO模型是一个不错的方法,并对其进行了阐述说明,与大家分享。 相信大家都会遇到这...

从用户方、建设方、运营方谈谈:B端和C端产品

从用户方、建设方、运营方谈谈:B端和C端产品

本文结合之前在移动、平安的工作经历,及目前在平安与腾讯一起合作项目的经历,从“三方”,即用户方、建设方、运营方来谈谈B端产品和C端产品。 移动互联网的下半场,风口正在从消费互联网到产业互联网转变,不...