mvp设计方案在产品刚推向市场或创业早期阶段，MVP方法服务于产品设计过程是极为重要的。我们只需要快速实现1万多中奖用户的“体育健身卡”发放，用户前往合作场馆扫码消费，以及针对商家交易明细的对账和结算，针对体育场馆体育项目的数据统计。且“体育健身卡”是政府鼓励全民健身的福利项目，天然带有流量入口和粘性。
mvp设计方案?在产品刚推向市场或创业早期阶段，MVP方法服务于产品设计过程是极为重要的它可以在你找到【产品与市场结合点】之前，将试错成本拉到最低这篇文章就是对MVP方法结合案例的实践，今天小编就来说说关于mvp设计方案?下面更多详细答案一起来看看吧!
mvp设计方案
在产品刚推向市场或创业早期阶段，MVP方法服务于产品设计过程是极为重要的。它可以在你找到【产品与市场结合点】之前，将试错成本拉到最低。这篇文章就是对MVP方法结合案例的实践。
目录
一、认识MVP
二、MVP案例
一、认识MVP1. 什么是MVP
Eric Ries 在《精益创业》中提到 MVP（Minimum Viable Product）概念（精益创业的三大法宝，最小可行性产品、客户反馈、快速迭代）。
MVP是产品设计的一种方法，或者说，它教你用低成本快速实现产品的第一个版本，快速推向市场获得第一批种子用户，通过用户访谈、调查问卷、数据分析等途径获取产品使用反馈，基于反馈做持续迭代。
MVP方法的最终目的是用很好的ROI（投入产出比）来试错，验证想法在用户价值和商业价值上的可行性。我个人会把大部分产品的第一个版本，都叫做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万多用户的“体育健身卡”发放；
消费——支持用户前往合作场馆的扫码消费；
对账——支持交易对账，支持针对场馆体育项目的数据统计；
结算——对账无误后，统一基于出金通道的打款（人工结算）；
牵涉跨地域、跨团队沟通，前期的原始需求收集基本通过打电话或电话会议沟通。我制作了简易需求文档（项目描述、角色、场景、整体业务流程图、核心模块解释），主要用于客户需求确认和团队（设计、开发、测试、运营）内部的需求沟通。
资料管理：
资料通过云盘管理，这样在公司或家里都能随时更新文件并保持内容一致。资料有点凌乱，并且事后发现很多资料是错误或多余的，这恰恰是MVP方法的成果，项目推进足够快，试了不同的方向，淘汰了错误的方向（比如关于洪城通APP的产品规划，宣告淘汰）。
3. 最小化方案
在这个项目里，构成产品方案的元素有：
简易需求文档
产品原型
UI设计稿
技术接口文档
项目资料（场馆资料、物料海报、合同）
（“体育健身卡”整体业务流程图）
（“体育健身卡”支付流程页面原型图）
再分享一下具体如何做方案瘦身的。
最小化技巧——复用：
1）支付环节，直接基于公司已有的聚合支付系统（场馆入驻、交易对账、出金通道）；
2）体育项目管理，基于聚合支付的门店管理模块中闲置字段，利用技术上的字符串分隔与拼接，解决体育项目展示和交易（按照体育项目）统计的需求；
3）发卡管理，“体育健身卡”是基于已有的营销板块开发的电子储值卡产品；
最小化技巧——人工替代：
激活卡，为了节省开发工作量，目前中奖用户是项目方人工传递EXCEL表格，再技术导入系统，后台批量制卡和发卡（这里是电子储值卡）；
结算，交易支持按门店/体育项目/时间周期生成财务对账报表，项目方人工确认无误后，真实的结算仍通过人工后台上传报表数据，营收款手动结算给商家；
总体上，这套瘦身后的产品方案，仅仅重新设计了两个前端H5页面，两个API接口。其他部分基本全部复用或人工替代了。MVP方法关键点在于如何定义可复用、可人工替代的部分。
4. 数据分析
（略去非公开数据的项目数据指标体系）
5. 版本迭代
因为项目特殊性，省去了大量的有关商业目标的考量（比如如何获客，如何盈利）。且“体育健身卡”是政府鼓励全民健身的福利项目，天然带有流量入口和粘性。这里通过客户反馈渠道主要希望二期增加体育卡的“二次充值”功能。
再次复用！因为其他需求我们上线了“便民商城”功能，二期我们让体育场馆入驻到一卡通“便民商城”模块，系统判定（是否中奖用户）加载打折优惠信息，资金走钱包余额付款和结算。
结语
在我们打造产品1.0版本，或处于创业早期阶段时，我们大可使用MVP方法，快速获取第一批种子客户，拉低试错成本，不断调整产品方向。MVP方法可以帮助产品决策者在早期就能倾听到“用户的声音”，摆脱个人主观意识的干扰，弥补产品sense和同理心的不足，做对用户【有用】的产品。
相关阅读
方法论分享：如何打造一款产品？
pirate001，从事互联网行业多年，第三方支付公司产品经理。参与日订单百万级支付系统建设，主导过多款B端或C端产品0到1的打造。在支付/营销/行业数字化方面具有经验，业余运营垂直社交产品。希望通过写作输出方法论和产品心得，帮助他人。
本文由 @pirate001 原创发布于人人都是产品经理，未经许可，禁止转载
题图来自 Unsplash，基于 CC0 协议
