看了两天敏捷开发，汇总了一下精髓，什么是MVP?

MVP 不是发布粗劣的产品，是可以产生预期成果的最小产品发布； MVP是为了验证假设而做的最小规模的实验，产品的版本迭代，是不断实验的结果，直到证明产品是对的。

• MVP 是基于验证的学习。从假设出发进行验证，假设驱动的开发模式，是精益创业用相的核心理念之一。要清楚解决什么问题，要明白目前的方案只是假设，甚至要解 h 的问题都只是假设，从理解假设出发并快速验证，每一步和每一个功能以及发布，却有一个明确的目标，那就是学习。这就是 Eric Ries 所说的“开发-度量-认知”的循环。当观察到用户已经开始目如地使用，并向别人推荐产品时，就知道已经做到了最小和可行，此时就应该把产品推向市场了，如果在此之前推出，结果势必带来大量失望的客户。

• 产品是逐渐发现出来的，需求是逐渐挖掘出来的，产品产生的过程，更像是一个婴儿诞生与生长的过程，而不是一生下来就能跑会跳，如果早期开发的已经是一个完善的产品，只能说开发的功能过多了。

用户故事地图是一个很好的探索 MVP 的工具：通过用户故事地图，可以划分产的开局、中局和终局。

• 开局：聚焦于必备功能，关注技术挑战或风险。跳过主流程之外的步骤，先不管导致问题复杂化的商业规则，开发主流程即可。

• 中局：补充周边功能，开始测试产品的非功能需求。

• 终局：打磨发布，更抢眼，更高效。

MVP 是提供完整的体验，而不是增量的模式，不是只开发部分模块，需要把一个完的最小商业闭环流程跑通。如下图所示。我们更习惯的是切蛋糕的比喻， MVP 是自上而下的一块蛋糕切片，而不是其中的某一层。

MVP 与精益创业的过程，是科学试错的过程，是找路的过程而不是跑步；不是帮我们长得更快，而是帮我们减少停止和浪费的时间，转向更准，调整更快；精益创业强调经证实的认知，需要重建学习的概念：有预期，有验证，有认知； MVP 小批量方式可以让新创企业把可能被浪费的时间、金钱和精力降到最小；减小批量，比竞争对手更快完成开发-测量﹣认知的反馈循环，对顾客更快了解的能力是新创公司必须拥有的重要竞争优势。

• MVP 是以验证基本的商业假设为目标，在用户和产品上选择最小的切入点。

• MVP 只针对早期的天使用户，这群人对产品有更高的容忍度，能够看到产品的未来，愿意互动，一起改进产品。

• 只服务最小范围的用户，其他能不管的都不管。

• 只保留最核心的功能，其他的能不要的都不要。在产品功能上，建议把想象中的产品砍成两半，再砍成两半，才可能达到真正的最小功能组合。

• 功能一定要做减法，只做最低范围的开发，能假装的都先不做，如同 Dropbox 的演示视频，没有一行代码的开发就达成了 MVP ;

基于上述的用户和功能假设，设计测量与数据收集策略，同时收集定量与定性的数据，通过例如 A / B 测试、同期群分析、净推荐值等方式进行效果分析，避免虚荣指标。

MVP是指最小可行性产品。 在MVP中的P代表了产品（Product），MVP对我来说代表了一种如何通过尽可能少的工作量，尽可能低的价格，尽可能快的对真正的市场进行测试。 建立一个最小可行的产品（MVP）是一种避免客户所不希望的产品开发的战略。主要的想法是要能够快速建立足以部署产品并根据客户需要的交互要求来对产品进行主要假设测试的最小的功能集合。 它不同于传统的在核实客户是否想要该产品之前就投入时间和金钱来实现整个产品的策略。相对于传统的通常提供误导性结果的依赖于调查或焦点小组的市场研究而言，MVP测试关注于测试实际应用场景。

MVP思维用户需求匹配：根据市场细分锁定目标用户群体，建立用户画像，挖掘用户真实需求，并进行多维度需求分析。 解决方案匹配：结合用户需求场景，围绕用户核心诉求提供解决方案，产品创意要与用户需求场景匹配，可落地。 产品市场匹配：根据需求开发产品，在产品上市过程中选择抢滩战略，赢得市场竞争。 渠道产品匹配：根据产品特点优选渠道或根据渠道流量定制产品，做到产品与渠道相匹配。

MVP理念创新：深入细分市场，挖掘用户需求，以创新为驱动，为用户提供可感知价值的最优解决方案。 最小：抓住用户核心诉求提供最优解，控制需求范围和项目预算，降低产品创新试错成本。 可行：进行充分的市场调研，在产品开发过程中利用科学的方法工具，增加可行性和成功率。 快速：天下武功唯快不破。调整结构，建立新产品开发战略，快速推陈出新，赢得市场竞争。 聚焦：少即是多，大道至简。聚焦一个领域，一个需求方向进行深挖，打磨产品，做到极致。 专注：专注是单调漫长的，没有足够的耐力，时间、精力和智慧，就无法打磨出极致的产品。 极致：10倍好。不仅满足用户的基础需求，还要满足用户的期望需求，甚至满足兴奋型需求。 口碑：能够让用户感知超出用户预期，让用户兴奋，忍不住的说好，自愿推荐给身边的人。

MVP原则市场要细分：要研究细分市场，锁定早期用户，并列出早期会采用的客户特征，为用户画像； 场景要真实：用户需求场景要精准、真实，规避主观臆断和片面分析，避免伪需求； 需求要痛点：要了解用户的真实需求，进行需求多维度分析，区分出高频及痛点强需求； 方案要可行：围绕用户核心诉求提供解决方案，产品创意要与用户需求场景匹配，可落地； 主张要鲜明：要具有鲜明的价值主张，如新颖、性能、定制化、品牌/身份地位、价格、效率提升、成本控制、风险控制、可达性、便利性、可用性等，说明产品不同和值得购买的地方； 行动要快速：成立自主型产品项目团队，采用敏捷迭代方法，聚焦结果，对目标负责； 渠道要优选：选择成本最低、路径最短、速度最快的市场渠道将产品价值传导终端给用户； 成本要可控：产品项目制独立核算，要做好成本预算，控制好需求范围及进度，降低试错成本； 收支要平衡：对产品未来3-5年的投入和成本进行精算，为投资决策和风险控制提供财务支撑； 指标可度量：产品关键绩效指标可用数据化度量，能通过数据分析决策产品迭代和调整市场策略； 体验要惊艳：能够让用户感知超出用户预期，给用户带来惊喜，让用户兴奋，忍不住的说好。 竞品要超越：产品解决方案要做到人无我有，人有我精，不轻易被竞争对手复制或超越； MVP路线图

MVP最小可行产品建立在精准的目标用户应用场景之上，通过快速开展产品创新服务，在细分市场中建立竞争优势，抢滩登陆市场，快速试错修正，降低试错成本，获得市场先机！ 发现阶段：进行市场调研，选择细分市场，明确用户群体，建立用户画像，分析用户需求，根据需求场景发现产品创意，做到产品创意与需求匹配，首选用户高频、痛点需求。 方案阶段：缩小用户需求范围，对用户需求与产品创意匹配度、价值度、可行性进行综合评估筛选，调查竞品并进行SWOT分析，明确产品竞争优势，提炼产品概念，定义产品。 MVP阶段：根据产品定位设计开发产品，参照产品类别及属性选择适配的产品开发流程（衍生产品优选精益产品流程，新产品选择敏捷产品流程），快速迭代，推向市场验证。 扩展阶段：结合产品“抢滩战略”优选渠道及区域进行产品推广，根据市场反馈快速修正，合理产品定价，构建与用户沟通的最佳方式和通道，建立产品品牌认知，加快传播。 MVP实践

4、再谈MVP，最小可用性产品

之前关于MVP的基本概念在前面一篇博客里面已经提到了，本次课程学习正好又提到了关于MVP，那么就总结一下如何在工作中使用MVP思想。
快速使用MVP的几点原则:

- 提前推演逻辑，不要盲目验证
- 验证长板，而非短板
- 创造性的低成本方案

MVP的另一面

1.快速使用MVP的几点原则

1.1提前推演逻辑，不要盲目验证

在设计最小可用产品之前，一定要想清楚自己想验证的问题，要收集哪些数据项，还有这些数据项可能出现的结果，以及不同结果代表的结论。

类似软件工程中的 TDD（测试驱动开发），先把想要得到的结果列出来，再反推设计，以免设计逻辑不清楚，或者漏掉数据打点，反倒浪费了资源。

1.2验证长板，而非短板

尽量裁掉短板，把资源放到长板上

尽量去关注核心的、差异化的体验。
比如，12306 的第一版产品就是个 MVP，整个产品体验烂到爆，但长板还是完全体现了：它有票。

现在这个时代，各种产品形态基本都被人想到了或者实施过了，我们要在市场上立住脚，靠的不是平均分更高，而是在单一维度上做到现有方案的十倍好。所以做 MVP 更重要的是验证这个长板，而不是做一个不犯错但平庸的尝试。

1.3 创造性的低成本方案

在设计最小可用产品时，我们需要创造性地想出低成本的解决方案，来验证最关键的命题。

1.3.1 用人工替代系统

其实大可不必准备得如此完备再上路，很多时候可以先用人力顶住测试一下。如果服务真的很靠谱，再快速迭代用系统化的能力去解决问题就来得及。

1.3.2利用第三方系统

如今的互联网基础建设比那时高了不知道多少，从 SaaS 到 PaaS，从云服务到建站、电商、支付、小程序，于是，对我们来说，构建 MVP 的门槛越来越低，我们应当去尽可能地利用第三方的服务来快速验证自己的想法。

1.3.3利用规则缩小场景

假设我们打算投入资源做智能客服机器人，现在想要验证用户是否能够接受用与机器对话的方式来解决问题。在没有任何自然语言理解算法和数据之前，我们可以通过缩小场景去简化提供对话的实现难度。比如，我们可以设置条件，当用户确认收货三天之内打开订单详情页面，则很有可能是要退货，这时出现一个退货咨询的入口，点进来之后，进入机器客服的流程。这个流程可以仅具备解决退货问题的能力，甚至用简单的 QA 对就可以完成，对实现难度的要求就会降低不少。

2.MVP的另一面

MVP 并不是唯一正确的方法论，很多人对 MVP 和精益思想提出过不同意见。

有很多的产品模式是要求一定的体量和复杂度才能完成验证的，MVP 最多只能验证其中个别环节上的假设是否成立，千万不要把宝全部押到一个 MVP 上。尤其对于领域相对成熟的产品，产品体验细节的叠加才能构成核心竞争力，而在 MVP 中可能很难将它构建出来。

3.总结

结合自己最近在做的一款产品是一款面向B端用户的产品，好的一点是合理的应用了第三方系统快速开发我们的产品，不好的一点在于业务过于复杂，构建出来的MVP难以验证，产品开发周期过长，严重与行业发展脱节。

推荐书籍：
1.精益创业
2.丰田生产方式