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.丰田生产方式