上回书说到，阿酒通过层层拆解目标，得到了一份关于「如何让 MGM 活动日均拉新量翻倍」的详细落地方向，并且经过几天讨论，得到了 PRD v1.0
（目标拆解过程可以回顾上期https://www.jianshu.com/p/4e790a1597bf）
但其中涉及大量系统改造与新功能开发，需要投入大量研发资资源支持，所以，为了快速验证方案可行性、明确迭代目标，我们决定先做一个 MVP 版本
所以这期，我们就来聊一聊 MVP 吧～
1、MVP 是什么
MVP ，即 Minimum Viable Product，意为最小化可实行产品，是《精益创业》这本书的核心观点，旨在快速简明地建立一个可用的产品原型，用以测试项目是否符合市场预期，并在测试过程中不断迭代、小步快跑，最终适应市场需求
2、为什么要做 MVP
MVP 可以在短时间内以最小成本实现核心功能，用这个轻量级的产品去接触目标用户，并根据用户的反馈来迭代。MVP 一方面可以验证产品是否适应市场，避免「闭门造车」，我们坐在办公室里设计的功能并不能真正满足用户需求，甚至常常会过度设计，这时候用 MVP 接收用户反馈就极为重要。另一方面，MVP也是一种占领市场的手段，为了追求大而全的功能细节错失市场机会，倒不如先实现核心功能，用一个小而美的 MVP 占领用户心智，建立先行者优势
MVP 最经典的案例当属 Dropbox ，Dropbox 的创始人在有了产品构想后并没有立刻投入资源开发，而是在 YouTube 上上传了一段视频，介绍 Dropbox 的各项功能，结果发现有 75000 人愿意等待产品上线；也正是因为有了 MVP 的验证，Dropbox 项目很快获得了投资，将方案变为了现实
3、怎么做 MVP
正如阿酒所面临的问题，现在我已经有了一份很详细的方案，但正是因为过于详细，如果要全部实现，整个项目可能需要 2～3 个月的产研测。这个时候，我们就需要给整个方案做减法，剔除「魅力型设计」，抽出「不可或缺的核心功能」
那么，如何找出「不可或缺的核心功能」呢，我用了以下 2 种筛选标准：（1）是否属于核心需求，例如本次项中增加拉新量核心功能（2）是否属于核心流程，例如开户、支付这类必需流程。对于不属于以上两种标准的功能，就可以暂时放到二期/三期迭代需求池中，后续按照优先级再行排期
4、MVP 迭代
在 MVP 上线后，我们还需要根据用户反馈来进行迭代，这里的「用户反馈」包括对用户行为数据的收集、分析和对用户访谈，根据用户反馈结果来判断（1）产品缺失了哪些功能，要根据需求反馈增加（2）产品哪些功能被过度设计了，要简化流程
具体的分析和调研方式阿酒也会在之后讲到，那本期就到这里吧～下课！
