MVP案例拆解：如何用MVP方法设计产品？

目录

一、认识MVP

二、MVP案例

一、认识MVP

1. 什么是MVP

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

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

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

用MVP方法优化产品设计流程：

2. MVP的价值

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

• 公司高层的战略布局；
• 老板某一天一时想出来的一个“金点子”；
• 销售或市场部基于客户反馈提的需求；
• 竞对对手做了，我们也得做；

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

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

1. 产品决策者不具备较强的产品sense和同理心；
2. 早期对用户和市场理解有限，最后发现不是用户想要的；

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

1. 产品快速推向市场，获得种子用户
2. 验证产品想法在用户价值和商业价值上是否成立

3. MVP的注意事项

3.1 为什么要设定产品目标

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

• 这个产品可能的用户规模？日活转化率/次日留存率？
• 单一用户的价值怎样？总营收规模怎样？
• 未来可能的大规模获客路径是怎样的？
• 用户是否愿意推介产品或介绍客户？他可以得到什么好处？
• 这个免费功能如果我开始收费会怎样？如何定价？

3.2 小心MVP的陷阱

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

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

1. 没有破坏产品目标的功能，不做
2. 能够暂时用人工替代的功能，不做
3. 能够复用的功能，不做

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

二、MVP案例

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

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

1. 产品目标

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

2. 最小化需求

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

1. 入驻——合作的体育场馆，入驻到商家平台；
2. 发卡——根据指定中奖名单，实现1万多用户的“体育健身卡”发放；
3. 消费——支持用户前往合作场馆的扫码消费；
4. 对账——支持交易对账，支持针对场馆体育项目的数据统计；
5. 结算——对账无误后，统一基于出金通道的打款（人工结算）；

牵涉跨地域、跨团队沟通，前期的原始需求收集基本通过打电话或电话会议沟通。我制作了简易需求文档（项目描述、角色、场景、整体业务流程图、核心模块解释），主要用于客户需求确认和团队（设计、开发、测试、运营）内部的需求沟通。

资料管理：

资料通过云盘管理，这样在公司或家里都能随时更新文件并保持内容一致。资料有点凌乱，并且事后发现很多资料是错误或多余的，这恰恰是MVP方法的成果，项目推进足够快，试了不同的方向，淘汰了错误的方向（比如关于洪城通APP的产品规划，宣告淘汰）。

3. 最小化方案

在这个项目里，构成产品方案的元素有：

1. 简易需求文档
2. 产品原型
3. UI设计稿
4. 技术接口文档
5. 项目资料（场馆资料、物料海报、合同）

（“体育健身卡”整体业务流程图）

（“体育健身卡”支付流程页面原型图）

再分享一下具体如何做方案瘦身的。

最小化技巧——复用：

1）支付环节，直接基于公司已有的聚合支付系统（场馆入驻、交易对账、出金通道）；

2）体育项目管理，基于聚合支付的门店管理模块中闲置字段，利用技术上的字符串分隔与拼接，解决体育项目展示和交易（按照体育项目）统计的需求；

3）发卡管理，“体育健身卡”是基于已有的营销板块开发的电子储值卡产品；

最小化技巧——人工替代：

• 激活卡，为了节省开发工作量，目前中奖用户是项目方人工传递EXCEL表格，再技术导入系统，后台批量制卡和发卡（这里是电子储值卡）；
• 结算，交易支持按门店/体育项目/时间周期生成财务对账报表，项目方人工确认无误后，真实的结算仍通过人工后台上传报表数据，营收款手动结算给商家；

总体上，这套瘦身后的产品方案，仅仅重新设计了两个前端H5页面，两个API接口。其他部分基本全部复用或人工替代了。MVP方法关键点在于如何定义可复用、可人工替代的部分。

4. 数据分析

（略去非公开数据的项目数据指标体系）

5. 版本迭代

因为项目特殊性，省去了大量的有关商业目标的考量（比如如何获客，如何盈利）。且“体育健身卡”是政府鼓励全民健身的福利项目，天然带有流量入口和粘性。这里通过客户反馈渠道主要希望二期增加体育卡的“二次充值”功能。

再次复用！因为其他需求我们上线了“便民商城”功能，二期我们让体育场馆入驻到一卡通“便民商城”模块，系统判定（是否中奖用户）加载打折优惠信息，资金走钱包余额付款和结算。

结语

在我们打造产品1.0版本，或处于创业早期阶段时，我们大可使用MVP方法，快速获取第一批种子客户，拉低试错成本，不断调整产品方向。MVP方法可以帮助产品决策者在早期就能倾听到“用户的声音”，摆脱个人主观意识的干扰，弥补产品sense和同理心的不足，做对用户【有用】的产品。

相关阅读

方法论分享：如何打造一款产品？

pirate001，从事互联网行业多年，第三方支付公司产品经理。参与日订单百万级支付系统建设，主导过多款B端或C端产品0到1的打造。在支付/营销/行业数字化方面具有经验，业余运营垂直社交产品。希望通过写作输出方法论和产品心得，帮助他人。

本文作者 @pirate001 

版权声明

本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！