敏捷开发之-MVP最小可行产品

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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