需求分析：將用戶實(shí)例化抽象化虛擬化
我之前接觸的大多數(shù)公司做需求分析經(jīng)常是這樣一種文檔：系統(tǒng)應(yīng)該支持什么什么、系統(tǒng)應(yīng)該做到什么什么……通常都是這么一種描述。開發(fā)人員如果對(duì)這個(gè)領(lǐng)域有點(diǎn)熟悉，可能還會(huì)建議說能干什么不能干什么。如果是初來乍到的，看了以后，可能惟一能記住的是系統(tǒng)應(yīng)該做什么。但實(shí)際上，說不出一二三。
在敏捷里面，這樣做事的方式是要變化一下。比如我們會(huì)分析幾種典型的用戶：
第一個(gè)類叫委托人，是所謂真正掏錢買軟件的人，買軟件和用軟件是兩類人，采購(gòu)拍板的是老板，他的需求是一種需求，我們通常叫委托人。
第二類叫終端用戶，是實(shí)際上經(jīng)常用你的軟件和產(chǎn)品的人。
第三類叫合作方。如果說你做傳統(tǒng)ERP軟件，不可能一個(gè)人做，有服務(wù)器，有合作方，合作方又是另外一類。
還有一類是內(nèi)部客戶，我們提供客戶的管理員，還有寫文檔的人。
我們從這四個(gè)角度去劃分用戶，然后再針對(duì)每種用戶進(jìn)行實(shí)例化。比如做招聘相關(guān)產(chǎn)品的，抽象出一個(gè)招聘主管，叫杜拉拉。我們會(huì)定義它的用戶屬性，它到底怎么做。這主要的是幫助大家建立起真實(shí)的虛擬用戶的情形，幫我們?nèi)ダ斫馑@種用戶會(huì)在什么情況下怎么使用你的系統(tǒng)。
剛才講我們傳統(tǒng)的需求是系統(tǒng)應(yīng)該做什么，在這里面我們?cè)诿枋鲂枨蟮臅r(shí)候不是這樣描述的，我們經(jīng)常說，對(duì)于杜拉拉她想要做什么事情，達(dá)到什么目的，首先定位角色，他屬于哪類用戶，然后他要做什么事，做這個(gè)事的終結(jié)果是什么，這個(gè)結(jié)果代表了什么，是價(jià)值。是說我們做這個(gè)產(chǎn)品功能有沒有價(jià)值，在敏捷里面我們講是價(jià)值驅(qū)動(dòng)，真正對(duì)客戶有用的東西我們才去做，沒用的東西我們不做。所以我們會(huì)講價(jià)值大化。
從上下文的描述，能夠幫助大家快速的去理解一個(gè)軟件，一個(gè)系統(tǒng)到底該做什么，應(yīng)該做什么，更好的去把握需求。我們?cè)侔阉械男枨笞黾?xì)分之后，我們把重要的20%找出來然后開始做。
利用MVP理論找出重要的20%需求
按照上面的思路，創(chuàng)業(yè)團(tuán)隊(duì)已經(jīng)能夠較好的完成第一步的工作，可以把產(chǎn)品做出來、推向市場(chǎng)并接受客戶的買單。但也還是會(huì)遇到一些問題，比如在敏捷開發(fā)中通常會(huì)提倡客戶溝通，但當(dāng)客戶多了的時(shí)候，會(huì)發(fā)現(xiàn)需求也越來越多，有時(shí)候團(tuán)隊(duì)會(huì)被客戶趨勢(shì)，做的東西也越來越多。后，東西多了，用戶也有提升，但是轉(zhuǎn)化率反而會(huì)下降。這是因?yàn)榭蛻舻男枨笃鋵?shí)一直保持在20%，但后來客戶發(fā)現(xiàn)新增的許多東西并不是他所需要的，會(huì)不想掏錢。
這是因?yàn)槲覀冊(cè)谧鲞@些事的時(shí)候，走了一個(gè)偏方，離我們初的目標(biāo)越來越遠(yuǎn)，不是我們真正想要做的事情。所以，我們要清楚：要做做重要的20%！
那這如何找出重要的20%需求呢？或者說我認(rèn)為20%是重要的，我怎么去驗(yàn)證它？這里需要用到MVP理論了。MVP，講的是小可行產(chǎn)品。如圖所示，有兩個(gè)圈，一邊表示小的產(chǎn)品，一邊講可行的產(chǎn)品。
對(duì)于創(chuàng)業(yè)公司、小團(tuán)隊(duì)，應(yīng)該做MVP。再次一定要把小產(chǎn)品區(qū)分出來，小產(chǎn)品它不代表是可行的，什么是可行的，是你這個(gè)東西是對(duì)客戶有價(jià)值的，真的能夠賣給客戶的。我們這里面講MVP，小可行的真正賣給客戶，客戶愿意買單的這么一個(gè)產(chǎn)品。
