為什么我們要做MVP？MVP有兩個假設，第一個叫價值假設。小可行，它是有價值的。我們衡量客戶對我們的產品愿不愿意買單是價值假設，這是有意義的。第二個叫增長假設。本來客戶會認為你這個產品很有價值，也愿意買單，但是你能不能夠快速的增長，是個普遍性的需求，客戶能不能很快的累積。
MVP是想幫我們去快速了驗證這兩個需求、兩個假設。我們把重要的20%選出來，把其中的某些功能做成MVP，用MVP去驗證這兩個假設，一個是價值假設，一個是增長假設。
如何驗證？這時候我們基于MVP的開發模式會變化。在傳統的測試驅動開發中，通常的方式是說功能，分析，寫代碼，寫對應的單元測試，然后去驗證。但現在，不是寫代碼，會先寫對應的測試利用率，然后再去寫相應的代碼，去驗證我的測試利用率可以通過，是這種開發模式。
基于MVP的開發模式，我們叫驗證假設驅動開發。MVP基于兩個假設，第一是價值，第二個是增長，有價值的情況下規�？焖僭鲩L。我們首先提出兩個假設，然后為了驗證這個假設，需要相應的收集數據指標，用指標去說明這兩個假設是正確的。后開發一個小可行產品，即MVP，也是重要的那部分，然后推向市場，看客戶的反應，收集數據，繼續驗證兩個假設，是不是真的有價值，是不是能夠快速增長，這叫驗證假設驅動開發。如果你驗證對了，你繼續走，如果錯了，你可以趕快停掉。
所以我們希望通過MVP去更快的驗證你的思想。這是我想跟大家分享的事情，我經過這次之后我發現，如何更快速的找到客戶的痛點，更快速的去驗證它，是非常非常重要的。
MVP到底該怎么做？質量不可商量！
我是做小可行產品，即對客戶有價值的產品出來的，到底怎么做？該做到什么程度？是不是要很高的指標？是不是零缺陷？真正去做的時候會發現有很多的問題。那該如何做？
首先我們著重強調一點，質量不可商量！ MVP一定是要高質的。比如做移動互聯網，如果做了一個APP，功能好像還不錯，但界面不好，用戶很可能因此拋掉，再下次他根本不安裝。第一印象可能會把客戶趕走，所以質量要求很高。
如果關注質量，那長期來看質量會提升，成本會降低。如果關注成本，那長期來看成本會提升，質量會降低。——愛德華茲·戴明
質量到底是什么？通常我們有兩個定義，一個叫外部質量，一個叫內部質量，外部質量很簡單和需求保持一致。內部質量跟你的源代碼需求一致。
外部質量其實是功能，客戶能夠見到的東西，內部質量是代表代碼，通常來講內部質量決定了外部質量。質量應該是內建的。是在寫完代碼的那一剎那，質量應該基本定型了，再多的測試也只是幫它去改善質量，不能夠真正的改變質量。所以說質量是內建的，一定要從一開始去關注，保持源代碼的質量。
同樣做代碼也是這個道理，從根本上注重質量，保證代碼質量才能夠真正交付出高質量的產品。
質量到底該做到什么程度？喜馬拉雅山高8848米，8848是基于海平面來的，它是相對海拔的高度。對于質量來講，同樣應該有一個基準，用這個基準去設計目標。對于MVP來講，要根據那兩個假設，價值假設和增長假設，基于這兩個假設去制定質量目標。MVP雖然是小可行產品，但這不代表它質量低，質量要求實際是很高的。
還有這樣才能夠更好的驗證思想，驗證是不是抓住客戶的痛點的需求，同時又不需要浪費很多的財力物力。
另外，商業目標決定質量目標。質量不是越高越好，比如動車、飛機肯定是要百分之百的。但大多數商業軟件是有商業目標的，也是既能夠驗證兩個MVP的假設，又不會因此付出過高的代價。驗證MVP是想省時省力，如果因此要付出更多沒有意義了。應該是在這個尺度內，客戶滿意，目標又得到很好的驗證。
破窗理論：項目需要保質保量 需要真正把事情做完
一個房子如果窗戶破了，沒有人去修補，隔不久，其它的窗戶也會莫名其妙地被人打破；一面墻，如果出現一些涂鴉沒有被清洗掉，很快的，墻上布滿了亂七八糟、不堪入目的東西；一個很干凈的地方，人們不好意思丟垃圾，但是一旦地上有垃圾出現之后，人會毫不猶疑地拋，絲毫不覺羞愧。
