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