前言
需求分析，是產(chǎn)品設(shè)計(jì)的前置過(guò)程。由于產(chǎn)品經(jīng)理身處于溝通的中心，我們需要在很短的時(shí)間內(nèi)評(píng)估需求的價(jià)值，并給出解決方案。
一個(gè)需求會(huì)在產(chǎn)品經(jīng)理的腦海里經(jīng)過(guò)什么過(guò)程呢？本文將從需求的分析、拆解以及優(yōu)先級(jí)評(píng)估這三個(gè)維度分享一些方法，希望能夠給大家?guī)?lái)一些啟發(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è)問(wèn)題會(huì)對(duì)應(yīng)許多的解決方案，找到真正的需求，也正是我們的職責(zé)。
1-2、需求的受眾
需求的受眾需要注意的問(wèn)題有兩點(diǎn)：
1）誰(shuí)是真正的受眾
2）受眾人群是否具有代表性
需求的來(lái)源很多，可能是用戶、業(yè)務(wù)方等等。我們需要分清楚誰(shuí)才是真正的受眾。在一個(gè)需求里不同的角色認(rèn)知和訴求是不同的，當(dāng)信息帶上了主觀判斷也就被污染了。
其次則是覆蓋度的問(wèn)題，對(duì)于頻次不夠高或者人群不夠有代表性的需求，投入產(chǎn)出比會(huì)是一個(gè)大大的問(wèn)號(hào)。辨清受眾，在評(píng)估需求的優(yōu)先級(jí)和制定解決方案時(shí)，迷惑性會(huì)大大降低。
1-3、需求的目的
需求的目的指需要做什么，很多時(shí)候我們接到的“需求”其實(shí)是業(yè)務(wù)方過(guò)濾后的“解決方案”。
以“口渴”為例，此時(shí)業(yè)務(wù)方提出的需求是要制作一臺(tái)飲水機(jī)，然而飲水機(jī)并不能解決問(wèn)題。如果我們挖掘到背后的動(dòng)機(jī)是“口渴”，那么我們可以從補(bǔ)充水分和減少水分的流失來(lái)著手提供解決方案。
1-4、需求的目標(biāo)
在漢語(yǔ)辭典里的解釋，目的是期望，而目標(biāo)是成果。目標(biāo)更為具象，并且能夠用數(shù)據(jù)指標(biāo)來(lái)衡量，后續(xù)也能夠指導(dǎo)需求的改進(jìn)。
需求的本質(zhì)是為了創(chuàng)造價(jià)值，而創(chuàng)造價(jià)值最直白的則是開(kāi)源和節(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ò)窮舉法獲得更多的因果關(guān)系類型，如圖3所示：
圖3-因果關(guān)系類型
窮舉完畢后，我們開(kāi)始對(duì)因果關(guān)系進(jìn)行辯證：
1）原因是否真實(shí)？
2）這個(gè)原因一定會(huì)引起這個(gè)結(jié)果嗎？
3）這個(gè)結(jié)果，是否還有其他的原因?qū)е拢?/strong>
...
前陣子恰好收到一個(gè)典型的“需求”：
“因?yàn)閍pp注冊(cè)頁(yè)面改版了，導(dǎo)致注冊(cè)數(shù)據(jù)下降，所以要優(yōu)化app注冊(cè)頁(yè)面?！?/p>
將這個(gè)例子代入上述的3個(gè)問(wèn)題：
1）app注冊(cè)頁(yè)面是否改版？
答：改版了。
2）app注冊(cè)頁(yè)面改版一定會(huì)導(dǎo)致注冊(cè)數(shù)據(jù)下降嗎？
答：不一定，只能回答有可能。
3）注冊(cè)數(shù)據(jù)下降，優(yōu)化app注冊(cè)頁(yè)面一定有作用嗎？
答：不一定，只能回答有可能。
4）注冊(cè)數(shù)據(jù)下降有沒(méi)有別的原因?qū)е拢?/p>
答：渠道推廣減少、投放的渠道匹配度不高、平臺(tái)老帶新活動(dòng)減少等。
經(jīng)過(guò)這樣的分析，我們會(huì)發(fā)現(xiàn)這個(gè)需求的邏輯存在問(wèn)題，業(yè)務(wù)方將相關(guān)關(guān)系轉(zhuǎn)換為了因果關(guān)系，將關(guān)聯(lián)原因轉(zhuǎn)換為了直接原因。
對(duì)于多種原因?qū)е碌慕Y(jié)果，數(shù)學(xué)中會(huì)使用多元回歸分析來(lái)發(fā)現(xiàn)問(wèn)題。只著眼于一點(diǎn)，這樣的需求就非常經(jīng)不起推敲了。
3、公式法
明辨了因果之后，我們開(kāi)始進(jìn)一步細(xì)化。
假設(shè)上文所述的注冊(cè)人數(shù)下降僅受app改版影響，可以繪制出用戶在下載后注冊(cè)和登錄的訪問(wèn)路徑，如圖4所示：
方法也非常簡(jiǎn)單，通過(guò)時(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，我們可以列出如下的公式：
1）app注冊(cè)人數(shù)=手機(jī)號(hào)注冊(cè)人數(shù)+微信注冊(cè)人數(shù)
2）微信注冊(cè)人數(shù)=進(jìn)入注冊(cè)頁(yè)面人數(shù)-進(jìn)入注冊(cè)頁(yè)面人數(shù)*跳失率-登錄人數(shù)-點(diǎn)擊手機(jī)號(hào)登錄注冊(cè)人數(shù)
3）手機(jī)號(hào)注冊(cè)人數(shù)=進(jìn)入注冊(cè)頁(yè)面人數(shù)-進(jìn)入注冊(cè)頁(yè)面人數(shù)*跳失率-登錄人數(shù)-點(diǎn)擊微信登錄注冊(cè)人數(shù)-進(jìn)入手機(jī)號(hào)登錄頁(yè)面人數(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ǔ)言，這種方法主要運(yùn)用于系統(tǒng)設(shè)計(jì)。這是一種非常好的解構(gòu)方法，能夠幫助我們?cè)诋a(chǎn)品設(shè)計(jì)時(shí)邏輯更為清晰、全面。這種方法有興趣的朋友可以閱讀相關(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)告，其拆解方式是從頁(yè)面出發(fā)倒推功能，這種方式個(gè)人認(rèn)為會(huì)有些取舍不當(dāng)，我們更應(yīng)該從用戶和系統(tǒng)的層面進(jìn)行去設(shè)計(jì)功能。
2、時(shí)序圖
圖6-時(shí)序圖例圖
時(shí)序圖在百度百科的解釋為：“通過(guò)描述對(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ù)的過(guò)程。時(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ì)中還有很常見(jiàn)一類設(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ī)來(lái)描述。狀態(tài)機(jī)泛指有限狀態(tài)機(jī)，表示有限個(gè)狀態(tài)以及在這些狀態(tài)之間的轉(zhuǎn)移和動(dòng)作。對(duì)于復(fù)雜的狀態(tài)，文字描寫會(huì)相對(duì)無(wú)力，這個(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ù)庫(kù)的表結(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)過(guò)加權(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)過(guò)了這3個(gè)環(huán)節(jié)，需求分析也大致結(jié)束了。在需求分析中，我們不必要拘泥于具體的某個(gè)方法，適合才是最好的。
沒(méi)想到腦海里迅速完結(jié)的過(guò)程寫了這么多，感謝你看到這里，謝謝。
聯(lián)系客服
