mvp是我们做事情的方法论，表现形式是最小成本快速验证需求。
1，好处
2，坏处
3，如何实现
很显然，它带来的好处是能快速知道结果。但是它其实也带来副作用的。
从专业性上看，它在增强pm的专业性，因为它提倡的就是快速得出结果，让pm知道哪种产品方案最好，mvp也逼迫pm去思考什么才是需求的本质。
但它其实破坏了开发的专业性，因为大部分开发认为代码体现了自己的价值，技术架构验证了自己的能力。很抱歉的是mvp往往只考虑的当下要验证的需求，并且这个需求可以与之前所有的需求都不一样，甚至矛盾，它也可以作为开拓的方向与大方向无关，所以它无视当前技术架构。
这时候开发往往要自己给自己挖坑，背上技术债务。表面上看完成了验证，实际上也开始引入混乱，带来不稳定。技术债务是个很难评估的因素。不断的mvp其实是用技术债务来换产品需求的快。
大公司因为害怕犯错所以引入流程，引入流程的结果就是引入太多人参与，我始终认为一件事情，人多必乱，就会刷各自的存在感，从而无法实现mvp。
产品只看两个，ui交互和表现，用户数据。
技术也看两个，除了ui交互，还看他自己写的代码。
