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

目录

一、认识MVP

二、MVP案例

一、认识MVP

1. 什么是MVP

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

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

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

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

2. MVP的价值

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

• 公司高层的战略布局；

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

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

• 竞对对手做了，我们也得做；

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

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

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

3. MVP的注意事项

3.1 为什么要设定产品目标

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

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

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

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

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

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

3.2 小心MVP的陷阱

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

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

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

二、MVP案例

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

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

1. 产品目标

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

2. 最小化需求

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

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

资料管理：

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

3. 最小化方案

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

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

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

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

最小化技巧——复用：

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

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

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

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

• 激活卡，为了节省开发工作量，目前中奖用户是项目方人工传递EXCEL表格，再技术导入系统，后台批量制卡和发卡（这里是电子储值卡）；

• 结算，交易支持按门店/体育项目/时间周期生成财务对账报表，项目方人工确认无误后，真实的结算仍通过人工后台上传报表数据，营收款手动结算给商家；

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

4. 数据分析

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

5. 版本迭代

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

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

结语

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

相关阅读

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

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