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

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

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

一、需求分析的方法

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

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

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

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

1.1 需求的背景

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

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

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

1.2 需求的受眾

需求的受眾需要注意的問題有兩點：

1. 誰是真正的受眾；

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

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

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

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

1.3 需求的目的

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

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

1.4 需求的目標(biāo)

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

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

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

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

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

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

圖2用因果關(guān)系表述：“因為某用戶的某個原因，所以希望做某事?！?/p>

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

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

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

• 原因是否真實？

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

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

• ……

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

“因為APP注冊頁面改版了，導(dǎo)致注冊數(shù)據(jù)下降，所以要優(yōu)化APP注冊頁面。”

將這個例子代入上述的3個問題：

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

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

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

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

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

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

3. 公式法

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

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

圖4-用戶路徑

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

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

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

• APP注冊人數(shù)=手機(jī)號注冊人數(shù)+微信注冊人數(shù)

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

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

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

二、需求的拆解

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

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

1. 用例圖

圖5-用例圖

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

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

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

2. 時序圖

圖6-時序圖例圖

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

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

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

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

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

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

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

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

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

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

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

三、需求優(yōu)先級的評定

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

其公式如下：

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

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

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

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

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