需求分析，是產(chǎn)品設(shè)計(jì)的前置過程。

由于產(chǎn)品經(jīng)理身處于溝通的中心，我們需要在很短的時(shí)間內(nèi)評(píng)估需求的價(jià)值，并給出解決方案。

一個(gè)需求會(huì)在產(chǎn)品經(jīng)理的腦海里經(jīng)過什么過程呢？本文將從需求的分析、拆解以及優(yōu)先級(jí)評(píng)估這三個(gè)維度分享一些方法，希望能夠給大家?guī)硪恍﹩l(fā)。

一、需求分析的方法

1. 基礎(chǔ)元素分析法

圖1-需求的基礎(chǔ)元素

第一個(gè)方法從需求的完整度出發(fā)，目標(biāo)是挖掘真正需求。

一個(gè)完整的需求至少需要包含圖1中的4個(gè)元素，分別是：

1.1 需求的背景

需求的背景指的是動(dòng)機(jī)，這一項(xiàng)實(shí)質(zhì)上是換位思考，它能夠幫助我們從業(yè)務(wù)方的角度，從使用場(chǎng)景、用戶心理去理解需求。

在實(shí)際工作中，我們所接收到的“需求”常常是表述不清晰的、不完整的，甚至是具有欺騙性的。

一個(gè)問題會(huì)對(duì)應(yīng)許多的解決方案，找到真正的需求，也正是我們的職責(zé)。

1.2 需求的受眾

需求的受眾需要注意的問題有兩點(diǎn)：

1. 誰是真正的受眾；

2. 受眾人群是否具有代表性。

需求的來源很多，可能是用戶、業(yè)務(wù)方等。我們需要分清楚誰才是真正的受眾。

在一個(gè)需求里不同的角色認(rèn)知和訴求是不同的，當(dāng)信息帶上了主觀判斷也就被污染了。

其次，則是覆蓋度的問題。對(duì)于頻次不夠高或者人群不夠有代表性的需求，投入產(chǎn)出比會(huì)是一個(gè)大大的問號(hào)。辨清受眾，在評(píng)估需求的優(yōu)先級(jí)和制定解決方案時(shí)，迷惑性會(huì)大大降低。

1.3 需求的目的

需求的目的指需要做什么，很多時(shí)候我們接到的“需求”其實(shí)是業(yè)務(wù)方過濾后的“解決方案”。

以“口渴”為例，此時(shí)業(yè)務(wù)方提出的需求是要制作一臺(tái)飲水機(jī)，然而飲水機(jī)并不能解決問題。如果我們挖掘到背后的動(dòng)機(jī)是“口渴”，那么我們可以從補(bǔ)充水分和減少水分的流失來著手提供解決方案。

1.4 需求的目標(biāo)

在漢語辭典里的解釋，目的是期望，而目標(biāo)是成果。

目標(biāo)更為具象，并且能夠用數(shù)據(jù)指標(biāo)來衡量，后續(xù)也能夠指導(dǎo)需求的改進(jìn)。

需求的本質(zhì)是為了創(chuàng)造價(jià)值，而創(chuàng)造價(jià)值最直白的則是開源和節(jié)流。具象到目標(biāo)，可以用創(chuàng)造的收益，提升的效率以及節(jié)省的資源等方面進(jìn)行量化。

2. 因果關(guān)系分析法

當(dāng)需求具有上述的4個(gè)要素，下一步則是分析邏輯是否足夠嚴(yán)密，在這里我們可以使用因果關(guān)系分析法。

圖2-需求目的的推導(dǎo)

圖2用因果關(guān)系表述：“因?yàn)槟秤脩舻哪硞€(gè)原因，所以希望做某事?！?/p>

通過窮舉法獲得更多的因果關(guān)系類型，如圖3所示：

圖3-因果關(guān)系類型

窮舉完畢后，我們開始對(duì)因果關(guān)系進(jìn)行辯證：

• 原因是否真實(shí)？

• 這個(gè)原因一定會(huì)引起這個(gè)結(jié)果嗎？

• 這個(gè)結(jié)果，是否還有其他的原因?qū)е拢?/p>

• ……

前陣子恰好收到一個(gè)典型的“需求”：

“因?yàn)锳PP注冊(cè)頁面改版了，導(dǎo)致注冊(cè)數(shù)據(jù)下降，所以要優(yōu)化APP注冊(cè)頁面?！?/p>

將這個(gè)例子代入上述的3個(gè)問題：

1. APP注冊(cè)頁面是否改版？答：改版了。

2. APP注冊(cè)頁面改版一定會(huì)導(dǎo)致注冊(cè)數(shù)據(jù)下降嗎？答：不一定，只能回答有可能。

3. 注冊(cè)數(shù)據(jù)下降，優(yōu)化APP注冊(cè)頁面一定有作用嗎？答：不一定，只能回答有可能。

4. 注冊(cè)數(shù)據(jù)下降有沒有別的原因?qū)е?？答：渠道推廣減少、投放的渠道匹配度不高、平臺(tái)老帶新活動(dòng)減少等。

經(jīng)過這樣的分析，我們會(huì)發(fā)現(xiàn)這個(gè)需求的邏輯存在問題，業(yè)務(wù)方將相關(guān)關(guān)系轉(zhuǎn)換為了因果關(guān)系，將關(guān)聯(lián)原因轉(zhuǎn)換為了直接原因。

對(duì)于多種原因?qū)е碌慕Y(jié)果，數(shù)學(xué)中會(huì)使用多元回歸分析來發(fā)現(xiàn)問題。只著眼于一點(diǎn)，這樣的需求就非常經(jīng)不起推敲了。

3. 公式法

明辨了因果之后，我們開始進(jìn)一步細(xì)化。

假設(shè)上文所述的注冊(cè)人數(shù)下降僅受APP改版影響，可以繪制出用戶在下載后注冊(cè)和登錄的訪問路徑，如圖4所示：

圖4-用戶路徑

方法也非常簡(jiǎn)單，通過時(shí)間順序繪制用戶每一步的操作即可。繪制完畢后我們發(fā)現(xiàn)，影響注冊(cè)數(shù)據(jù)原因可能是因?yàn)橄螺d之前的流量降低，或者是后續(xù)環(huán)節(jié)的流失率增加。

在這里我們將抽象的需求轉(zhuǎn)換為具象的公式，根據(jù)公式優(yōu)化每一環(huán)節(jié)的數(shù)據(jù)指標(biāo)。

根據(jù)圖4，我們可以列出如下的公式：

• APP注冊(cè)人數(shù)=手機(jī)號(hào)注冊(cè)人數(shù)+微信注冊(cè)人數(shù)

• 微信注冊(cè)人數(shù)=進(jìn)入注冊(cè)頁面人數(shù)-進(jìn)入注冊(cè)頁面人數(shù)*跳失率-登錄人數(shù)-點(diǎn)擊手機(jī)號(hào)登錄注冊(cè)人數(shù)

• 手機(jī)號(hào)注冊(cè)人數(shù)=進(jìn)入注冊(cè)頁面人數(shù)-進(jìn)入注冊(cè)頁面人數(shù)*跳失率-登錄人數(shù)-點(diǎn)擊微信登錄注冊(cè)人數(shù)-進(jìn)入手機(jī)號(hào)登錄頁面人數(shù)*跳失率-選擇切換登錄方式人數(shù)-輸入手機(jī)號(hào)未獲取驗(yàn)證碼人數(shù)-輸入驗(yàn)證碼未登錄人數(shù)

羅列公式并代入近期的數(shù)據(jù)進(jìn)行對(duì)比，就能夠發(fā)現(xiàn)是哪個(gè)環(huán)節(jié)的數(shù)據(jù)指標(biāo)下降了，優(yōu)化那個(gè)數(shù)據(jù)指標(biāo)也正是我們的需求。

二、需求的拆解

當(dāng)明確了我們的需求知道要做什么，下一步則是對(duì)需求的拆解，從而建立產(chǎn)品設(shè)計(jì)的框架，這個(gè)環(huán)節(jié)我推薦的是UML拆解法。

UML（Unified Modeling Language）其中文的翻譯是統(tǒng)一建模語言，這種方法主要運(yùn)用于系統(tǒng)設(shè)計(jì)。這是一種非常好的解構(gòu)方法，能夠幫助我們?cè)诋a(chǎn)品設(shè)計(jì)時(shí)邏輯更為清晰、全面（對(duì)這種方法有興趣的朋友可以閱讀相關(guān)的書籍，在這里僅做進(jìn)行簡(jiǎn)單介紹）。

1. 用例圖

圖5-用例圖

用例圖（Use Case Diagram）是顯示一組用例、參與者及它們之間關(guān)系的一種圖。

在這里，左邊的參與者（Actor）不僅是真實(shí)的用戶，還有關(guān)聯(lián)系統(tǒng)，這個(gè)圖例能夠幫助我們梳理關(guān)聯(lián)的業(yè)務(wù)方，明晰系統(tǒng)的邊界以及應(yīng)當(dāng)提供的功能。

目前在網(wǎng)絡(luò)上有一些倒推某產(chǎn)品PRD的文章或者體驗(yàn)報(bào)告，其拆解方式是從頁面出發(fā)倒推功能。這種方式個(gè)人認(rèn)為會(huì)有些取舍不當(dāng)，我們更應(yīng)該從用戶和系統(tǒng)的層面進(jìn)行去設(shè)計(jì)功能。

2. 時(shí)序圖

圖6-時(shí)序圖例圖

時(shí)序圖在百度百科的解釋為：“通過描述對(duì)象之間發(fā)送消息的時(shí)間順序顯示多個(gè)對(duì)象之間的動(dòng)態(tài)協(xié)作。它可以表示用例的行為順序，當(dāng)執(zhí)行一個(gè)用例行為時(shí)，其中的每條消息對(duì)應(yīng)一個(gè)類操作或狀態(tài)機(jī)中引起轉(zhuǎn)換的觸發(fā)事件。”

簡(jiǎn)而言之，時(shí)序圖是功能與內(nèi)外部系統(tǒng)之間的交互，表示其每一步的請(qǐng)求以及返回?cái)?shù)據(jù)的過程。

時(shí)序圖和產(chǎn)品工作中所使用的泳道圖非常相近，理解時(shí)序圖，能夠幫助我們理解系統(tǒng)的邊界及耦合程度。

如果在產(chǎn)品設(shè)計(jì)中常常撰寫相同的功能邏輯，可以考慮將其抽象成為一個(gè)單獨(dú)的中臺(tái)系統(tǒng)供業(yè)務(wù)方使用，節(jié)省資源也使設(shè)計(jì)的系統(tǒng)延展性更強(qiáng)。

3. 狀態(tài)機(jī)

圖7-狀態(tài)機(jī)例圖

用例用于枚舉功能，時(shí)序用于理解系統(tǒng)的交互，在產(chǎn)品設(shè)計(jì)中還有很常見一類設(shè)計(jì)是狀態(tài)的轉(zhuǎn)換，這是用例圖和時(shí)序圖所覆蓋不了的。如權(quán)限的控制、用戶交互的切換、狀態(tài)的轉(zhuǎn)移等。更具體的例子可以參考秒殺活動(dòng)的前中后前端的交互、電商平臺(tái)中訂單狀態(tài)的切換。

這些場(chǎng)景我們會(huì)使用狀態(tài)機(jī)來描述。

狀態(tài)機(jī)泛指有限狀態(tài)機(jī)，表示有限個(gè)狀態(tài)以及在這些狀態(tài)之間的轉(zhuǎn)移和動(dòng)作。對(duì)于復(fù)雜的狀態(tài)，文字描寫會(huì)相對(duì)無力，這個(gè)時(shí)候狀態(tài)機(jī)就能夠派上用場(chǎng)了。

以上的三種圖像是產(chǎn)品經(jīng)理需要去理解的，這也是技術(shù)評(píng)審中所會(huì)接觸到知識(shí)點(diǎn)。在這里并不是建議使用這種方式撰寫需求文檔，而是學(xué)習(xí)UML對(duì)需求的解構(gòu)方法。

在系統(tǒng)設(shè)計(jì)中產(chǎn)品經(jīng)理還需要關(guān)心的，是數(shù)據(jù)庫的表結(jié)構(gòu)設(shè)計(jì)，它會(huì)影響到后續(xù)數(shù)據(jù)是否能夠提取。

三、需求優(yōu)先級(jí)的評(píng)定

最后一個(gè)環(huán)節(jié)是需求優(yōu)先級(jí)的評(píng)定，我常用的方法是選取影響優(yōu)先級(jí)的因素并設(shè)定比例，經(jīng)過加權(quán)計(jì)算出優(yōu)先級(jí)，分?jǐn)?shù)越高優(yōu)先級(jí)越高。

其公式如下：

優(yōu)先級(jí)=因素1比例*因素1分值+因素2比例*因素2分值+….

表1-需求評(píng)估加權(quán)表

這張表，影響的因素主要有兩項(xiàng)：投入產(chǎn)出比以及重要程度。

投入產(chǎn)出比個(gè)人認(rèn)為是必選的，而重要程度中的維度可以根據(jù)實(shí)際情況去增加、減少。同理，加權(quán)中比例的設(shè)置也是如此。

經(jīng)過了這3個(gè)環(huán)節(jié)，需求分析也大致結(jié)束了。在需求分析中，我們不必要拘泥于具體的某個(gè)方法，適合才是最好的。