mvp是我們做事情的方法論，表現形式是最小成本快速驗證需求。
1，好處
2，壞處
3，如何實現
很顯然，它帶來的好處是能快速知道結果。但是它其實也帶來副作用的。
從專業(yè)性上看，它在增強pm的專業(yè)性，因為它提倡的就是快速得出結果，讓pm知道哪種產品方案最好，mvp也逼迫pm去思考什么才是需求的本質。
但它其實破壞了開發(fā)的專業(yè)性，因為大部分開發(fā)認為代碼體現了自己的價值，技術架構驗證了自己的能力。很抱歉的是mvp往往只考慮的當下要驗證的需求，并且這個需求可以與之前所有的需求都不一樣，甚至矛盾，它也可以作為開拓的方向與大方向無關，所以它無視當前技術架構。
這時候開發(fā)往往要自己給自己挖坑，背上技術債務。表面上看完成了驗證，實際上也開始引入混亂，帶來不穩(wěn)定。技術債務是個很難評估的因素。不斷的mvp其實是用技術債務來換產品需求的快。
大公司因為害怕犯錯所以引入流程，引入流程的結果就是引入太多人參與，我始終認為一件事情，人多必亂，就會刷各自的存在感，從而無法實現mvp。
產品只看兩個，ui交互和表現，用戶數據。
技術也看兩個，除了ui交互，還看他自己寫的代碼。
