1.??? 一切源于欲望

1.1 欲望？需求！

欲望！何為欲望？心理學(xué)上對(duì)欲望的解釋是由人的本性產(chǎn)生的想達(dá)到某種目的的要求。在這個(gè)定義里有兩個(gè)關(guān)鍵詞：本性、目的。它指出了欲望的源頭，是由人的本性產(chǎn)生的，是一種本能，人人皆有。同時(shí)也指出了欲望的產(chǎn)生原因，是為了達(dá)到某種目的。

舉個(gè)例子，吃飯，這是一項(xiàng)最基本的生理欲望，每個(gè)人為了生存必須要吃飯。要吃飯，就得先把飯做出來(lái)。我們有微波爐，電飯鍋等等很多可選擇的工具來(lái)幫我們做飯，甚至，做特殊的食物有專用的工具提供給我們，比如面包機(jī)。再者，如果你不想做飯，連出門都懶得出，你可以用一款叫“餓了么”的軟件將食物快遞上門。

前面提到的微波爐，電飯鍋，面包機(jī)以及“餓了么”軟件，都是我們可以用來(lái)滿足吃飯這項(xiàng)生理欲望的工具。換個(gè)角度，這些工具不就是工具生產(chǎn)廠家的產(chǎn)品嗎？換句話說(shuō)，產(chǎn)品就是為了滿足人們欲望而產(chǎn)生的工具。既然產(chǎn)品是為了解決人們的需求問(wèn)題，也就是說(shuō)需求就是人們的欲望。

1.2?????? 欲望，如何滿足

每款產(chǎn)品都有自己要解決的核心的用戶需求，也就是說(shuō)產(chǎn)品都有一個(gè)核心的欲望需要去滿足。比如，“餓了么”軟件就是滿足人們叫外賣的欲望。但是，叫外賣的方式有很多種，為什么用戶一定要用“餓了么”軟件呢？這個(gè)時(shí)候，就需要對(duì)欲望進(jìn)行深入的分析，已提供更好的服務(wù)來(lái)滿足人們的欲望，這個(gè)活動(dòng)常常被產(chǎn)品人稱作需求分析。

舉個(gè)蘇杰大大在《人人都是產(chǎn)品經(jīng)理》中的一個(gè)例子：絕跡小朋友想去吃火鍋，這是一個(gè)欲望。但是絕跡小朋友真的是嘴饞了想去吃火鍋嗎？可能絕跡只是餓了，但是這四川娃子餓了就只想到吃火鍋。如果真的只是餓了，給他倆包子也可以滿足絕跡的欲望，還能節(jié)省成本，何樂(lè)而不為呢。這就是一個(gè)典型的需求分析過(guò)程，通過(guò)需求分析找到了最簡(jiǎn)單的滿足人們欲望的方式。

再來(lái)談?wù)劇梆I了么”軟件，在這個(gè)軟件出現(xiàn)之前人們也是能叫外賣的，那么這款軟件有什么更好的滿足人們叫外賣欲望的方面呢。我們先來(lái)看看以前叫外賣的痛點(diǎn)。叫外賣有兩種方式，如果店鋪有官網(wǎng)，可以去官網(wǎng)訂餐，但是，這些只限于一些大型連鎖餐廳，比如麥當(dāng)勞。另一種方式就是電話預(yù)定，但是前提是你要有店鋪電話，一般人肯定不會(huì)有附近所有餐廳的電話。“餓了么”軟件就解決了這兩個(gè)痛點(diǎn)，它能搜羅用戶周圍提供送外賣服務(wù)的所有餐廳，并為所有餐廳提供網(wǎng)上訂餐服務(wù)，同時(shí)也免去了獲得餐廳電話的需求。通過(guò)分析，“餓了么”軟件提供了更好的滿足需求的服務(wù)。

2.??? 合適的欲望碰到合適的人

2.1 用戶角色建模

每一款產(chǎn)品都有自己的受眾，沒(méi)有哪款產(chǎn)品是每個(gè)人都需要的。為此，我們需要對(duì)自己產(chǎn)品的受眾進(jìn)行分析，看看這些用戶使用產(chǎn)品的習(xí)慣是怎么樣的。這樣可以更好的提取用戶的需求。

首先，要找出產(chǎn)品的受眾，這個(gè)流程一般被稱為用戶角色建模。用戶角色建模首先要通過(guò)頭腦風(fēng)暴的方式列出可能的用戶角色集合。還以“餓了么”軟件為例，一般都是什么樣的人會(huì)叫外賣呢？勞累一天的上班族，學(xué)校的學(xué)生，偶爾想改善伙食但不想出門的人，加班的人，不會(huì)做飯的人。

在收集了用戶角色集合以后，我們需要對(duì)這些用戶角色進(jìn)行整理，看看角色之間有沒(méi)有包含或者重合的地方，如果有，則需要考慮是否用角色需要被丟棄。比如上面的用戶集合中，不會(huì)做飯的人并沒(méi)有典型的特征，而且，在上班族、學(xué)生、加班的人中都可能會(huì)有不會(huì)做飯的人。則，不會(huì)做飯的人完全可以被其他角色所代替，這個(gè)用戶角色就可以被丟棄了。

在整理完畢用戶角色后，可以將每個(gè)用戶角色寫在一個(gè)卡片上，并在每個(gè)卡片上寫下這個(gè)用戶角色的一些特征，這樣可以方便的對(duì)用戶角色進(jìn)行分析。比如，在上班族卡片上可以寫上對(duì)菜品質(zhì)量要求較高，可以熟練使用電腦，可能會(huì)經(jīng)常使用該軟件等等。

有些時(shí)候?yàn)榱藢?duì)用戶角色更加深入的了解，一般會(huì)對(duì)重要的用戶角色建立角色實(shí)例。角色實(shí)例是一個(gè)貼近生活的用戶場(chǎng)景，通過(guò)角色實(shí)例可以建立起一個(gè)真實(shí)的人物，讓我們對(duì)角色有更真切的了解。如果上班族是我們主要的目標(biāo)用戶，我們?yōu)樯习嘧褰⒁粋€(gè)角色實(shí)例如下：

有業(yè)界的大大建議在設(shè)計(jì)新系統(tǒng)時(shí)對(duì)一些極端人物建立角色卡。這些極端人物并不是產(chǎn)品的典型用戶，但是他們卻是真的會(huì)使用我們的產(chǎn)品。比如一些花癡小妹妹，叫外賣或許對(duì)她們來(lái)說(shuō)并不是必須的，但是她們可能僅僅是為了看某個(gè)送外賣的帥哥，而經(jīng)常定那家餐廳的外賣。我們不需要浪費(fèi)太多時(shí)間在這些極端人物身上，甚至這些人物的需求根本不會(huì)被實(shí)現(xiàn)，但是花點(diǎn)時(shí)間在這些用戶身上，或許會(huì)產(chǎn)生一些意想不到的靈感。

2.2 需求源于角色

前面在用戶角色建模上浪費(fèi)了很大精力，其實(shí)都是在為這里的需求收集做準(zhǔn)備。不同的角色肯定會(huì)有不同的需求，這個(gè)時(shí)候，我們需要將自己代入角色，仔細(xì)想想如果自己是這個(gè)角色，會(huì)有什么樣的需求。將所有考慮到的需求都記錄下來(lái)，為以后的需求整理做準(zhǔn)備。

比如，作為一名上班族，很晚才回到家，這個(gè)時(shí)候叫外賣肯定希望外賣會(huì)很快的到達(dá)。而且上班族一般都習(xí)慣刷卡，如果提供刷卡或者網(wǎng)上支付功能會(huì)很方便。而“餓了么”軟件就為用戶提供的外賣到達(dá)時(shí)間的預(yù)估，用戶可以方便的選擇可以快速到達(dá)的外賣。

再考慮學(xué)生，學(xué)生這是個(gè)沒(méi)有收入的群體，所以物美價(jià)廉的外賣是他們的首選。學(xué)生一般對(duì)快遞的送達(dá)時(shí)間會(huì)有相對(duì)較大的容忍度。學(xué)生中對(duì)刷卡的需求不是很迫切，他們一般更喜歡現(xiàn)在付款，所以如果有貨到付款的服務(wù)會(huì)很合適。同時(shí)，如果可以用學(xué)生卡打折，我想會(huì)很受學(xué)生們的歡迎。

3.??? 欲望也有輕重緩急

在需求收集和整理完成后和項(xiàng)目開(kāi)始開(kāi)發(fā)之前，我們需要召開(kāi)需求評(píng)審會(huì)來(lái)確定每個(gè)需求的優(yōu)先級(jí)和開(kāi)發(fā)計(jì)劃。如果你的團(tuán)隊(duì)正在使用Scrum敏捷開(kāi)發(fā)，那么你們一定在用用戶故事來(lái)整理用戶需求。用戶故事通常使用客戶和團(tuán)隊(duì)都可以看懂的表達(dá)方式來(lái)寫，每一個(gè)用戶故事都是產(chǎn)品的一個(gè)需求。當(dāng)然，用戶故事還包括需求的商業(yè)價(jià)值和相關(guān)人員。使用用戶故事可以方便的與客戶溝通，而且不用查看繁瑣的需求文檔。

用戶故事一般使用如下格式：為了[商業(yè)價(jià)值]，作為[角色]，我想要[做某事]。還是使用“餓了么”軟件為例，比如上班族想找到送外賣快的餐廳的需求可以表述為：為了讓外賣更快的送達(dá)，作為上班族，我想要查看每家餐廳的外賣送達(dá)預(yù)估時(shí)間。

在用戶故事確定以后，我們需要召集開(kāi)發(fā)人員，客戶還以一些產(chǎn)品的相關(guān)人員來(lái)參加需求評(píng)審會(huì)。在會(huì)議上，我們需要對(duì)每個(gè)需求的商業(yè)風(fēng)險(xiǎn)，技術(shù)風(fēng)險(xiǎn)，開(kāi)發(fā)耗時(shí)和優(yōu)先級(jí)作出評(píng)估。

首先需要確定的是商業(yè)風(fēng)險(xiǎn)，也就是確定哪些是核心需求，哪些是亮點(diǎn)需求。核心需求需要盡早完成，缺失了產(chǎn)品就不完整。而亮點(diǎn)需求有則會(huì)給產(chǎn)品加分，沒(méi)有也不會(huì)影響用戶的使用。一般來(lái)講，核心需求的商業(yè)風(fēng)險(xiǎn)會(huì)比較低，因?yàn)檫@些需求都是產(chǎn)品必須的，被砍掉的可能性很低。而亮點(diǎn)需求的商業(yè)風(fēng)險(xiǎn)就會(huì)高，可能會(huì)因?yàn)殚_(kāi)發(fā)時(shí)間不足而被砍掉或者被放入下次版本迭代的周期中。

下來(lái)需要確定技術(shù)風(fēng)險(xiǎn)和開(kāi)發(fā)耗時(shí)，技術(shù)風(fēng)險(xiǎn)代表的是這個(gè)需求開(kāi)發(fā)的難易程度。如果這個(gè)需求所需要的技術(shù)開(kāi)發(fā)團(tuán)隊(duì)從來(lái)沒(méi)接觸過(guò)，需要對(duì)這個(gè)技術(shù)從頭開(kāi)始學(xué)習(xí)。那么這個(gè)需求的技術(shù)風(fēng)險(xiǎn)就會(huì)很高，因?yàn)檫@個(gè)新技術(shù)不知道開(kāi)發(fā)團(tuán)隊(duì)是否能掌握，多久才能掌握。技術(shù)風(fēng)險(xiǎn)的評(píng)估對(duì)開(kāi)發(fā)耗時(shí)的評(píng)估有很大影響。開(kāi)發(fā)耗時(shí)在Scrum開(kāi)發(fā)團(tuán)隊(duì)中一般用時(shí)間點(diǎn)來(lái)計(jì)算，一個(gè)時(shí)間點(diǎn)代表一個(gè)理想工作日。在我的團(tuán)隊(duì)中，一般使用斐波那契數(shù)列來(lái)劃分時(shí)間點(diǎn)的等級(jí)。因?yàn)槲覀儼l(fā)現(xiàn)工程師經(jīng)常在為一個(gè)需求的時(shí)間點(diǎn)而爭(zhēng)論不休。如果為一個(gè)需求是2個(gè)時(shí)間點(diǎn)還是3個(gè)時(shí)間點(diǎn)而爭(zhēng)論，這是有意義的，因?yàn)?個(gè)時(shí)間點(diǎn)比2個(gè)多了一半的工作量。但是如果在為一個(gè)需求是99個(gè)時(shí)間點(diǎn)還是100個(gè)時(shí)間點(diǎn)而爭(zhēng)論就是沒(méi)有意義的，因?yàn)檫@一個(gè)時(shí)間點(diǎn)的差別對(duì)我們的影響很小。為了避免這種無(wú)意義的爭(zhēng)論，我們使用斐波那契數(shù)列來(lái)劃分時(shí)間點(diǎn)，這個(gè)時(shí)候工程師只需要考慮這個(gè)需求的耗時(shí)更靠近89還是144，而不用為了細(xì)小的差別而爭(zhēng)論不休。在評(píng)估技術(shù)風(fēng)險(xiǎn)和開(kāi)發(fā)耗時(shí)時(shí)，一般都有技術(shù)人員和項(xiàng)目經(jīng)理來(lái)確定，其他人員不應(yīng)該左右技術(shù)人員和項(xiàng)目經(jīng)理的思維。

最后則是評(píng)估需求的優(yōu)先級(jí)，綜合分析以上三個(gè)要素，來(lái)最后給需求評(píng)估優(yōu)先級(jí)。一般情況下核心需求的優(yōu)先級(jí)往往是最高的，不過(guò)有時(shí)候由于技術(shù)風(fēng)險(xiǎn)過(guò)大，或者開(kāi)發(fā)耗時(shí)過(guò)長(zhǎng)，有些核心需求的優(yōu)先級(jí)會(huì)被降低。在優(yōu)先級(jí)評(píng)估完畢后，開(kāi)發(fā)團(tuán)隊(duì)會(huì)確定第一輪的迭代要完成的需求。如果是使用Scrum敏捷開(kāi)發(fā)有一段時(shí)間的話，開(kāi)發(fā)團(tuán)隊(duì)是知道自己在一個(gè)迭代周期能夠完成多少時(shí)間點(diǎn)的任務(wù)的，也就是團(tuán)隊(duì)的速率。一些高優(yōu)先級(jí)的需求由于時(shí)間點(diǎn)太大而不能放入本次迭代，而使用其他優(yōu)先級(jí)相對(duì)較低但時(shí)間點(diǎn)小的需求代替的情況也會(huì)時(shí)常發(fā)生。

4.??? 讓欲望在掌握之中

在完成需求評(píng)估后，開(kāi)發(fā)團(tuán)隊(duì)就會(huì)進(jìn)入開(kāi)發(fā)階段。在Scrum團(tuán)隊(duì)中，需要對(duì)開(kāi)發(fā)中的需求進(jìn)行管理。常用的方法是在一塊木板或是一面墻上列出正在開(kāi)發(fā)的，開(kāi)發(fā)完成的，正在測(cè)試的和完成了的需求。這塊木板或強(qiáng)被稱為看板。每個(gè)人都可以在看板上清晰的看到團(tuán)隊(duì)現(xiàn)在的開(kāi)發(fā)狀況。我的團(tuán)隊(duì)沒(méi)有使用實(shí)體的看板，而是使用JIRA這個(gè)軟件提供的電子看板。

在開(kāi)發(fā)過(guò)程中，需求的變更是必然會(huì)發(fā)生的。正常情況下，如果一輪迭代已經(jīng)開(kāi)始了，Scrum團(tuán)隊(duì)是不會(huì)中途停止的。新的需求必須在下一輪迭代中才能加入，這樣可以保證開(kāi)發(fā)的正常秩序。為此，我們?cè)诳窗遄钋胺叫录恿艘豁?xiàng)：待開(kāi)發(fā)。我們會(huì)將變更的而且有限級(jí)高的需求放在這一列，以保證在下一輪迭代中實(shí)現(xiàn)這些需求。

大部分公司都會(huì)要求寫需求文檔，這樣對(duì)所有需求歸類，并且可以方便以后的查閱。但是這些需求文檔有時(shí)候書寫的并不是很規(guī)范，或是很全面。導(dǎo)致查閱的時(shí)候很難找到我們需要的內(nèi)容而且在需求，有時(shí)候甚至是寫完后根本無(wú)人去理會(huì)。而且，在需求變更時(shí)需要進(jìn)行維護(hù)，耗費(fèi)人力，文檔在多次修改后導(dǎo)致內(nèi)容很亂，或是前后需求矛盾的情況時(shí)有發(fā)生。

現(xiàn)在一個(gè)新的需求管理方法，需求的實(shí)例化，可以解決這些問(wèn)題。需求的實(shí)例化是不再編寫和維護(hù)需求文檔，而是直接使用高質(zhì)量的測(cè)試用例作為需求文檔。通過(guò)測(cè)試用例可以很清楚的看到產(chǎn)品的需求內(nèi)容，而且，在需求變更時(shí)，必然會(huì)產(chǎn)生新的測(cè)試用例，而不必費(fèi)力去維護(hù)。在清晰的表現(xiàn)需求的同時(shí)，減少了維護(hù)需求文檔的人力。

本文由人人都是產(chǎn)品經(jīng)理靈霄原創(chuàng)，轉(zhuǎn)載請(qǐng)注明出處。