需求分析是產(chǎn)品經(jīng)理的核心技能，網(wǎng)上有很多從需求收集到需求落地的理論，但是如何從實(shí)例出發(fā)剖析要點(diǎn)，如何保證自己的產(chǎn)品設(shè)計(jì)思路全面嚴(yán)謹(jǐn)，幾乎沒有可以參考的文章。在這里我總結(jié)下自己填坑后總結(jié)的經(jīng)驗(yàn)，借此拋磚引玉~

目錄

需求收集

為什么要加入這一步呢？一是為了展示需求分析的全流程的每一個(gè)步驟，另一個(gè)是產(chǎn)品要關(guān)注需求收集的用戶角色和場(chǎng)景，這會(huì)跟需求分析直接產(chǎn)生聯(lián)系。

競(jìng)品分析

假如你是從0開始的產(chǎn)品，可以最大減少試錯(cuò)成本的方法就是去看各類競(jìng)品，不過這種方法有一個(gè)很核心的要點(diǎn)就是產(chǎn)品經(jīng)理要保持自己的判斷力。

所以同樣是產(chǎn)品經(jīng)理去學(xué)習(xí)競(jìng)品，初級(jí)的可能是有什么抄什么，高級(jí)的知道什么功能最適合自己再抄過來，再優(yōu)化下交互形式。還有個(gè)比較傻但是比較有效的辦法是，就是統(tǒng)計(jì)所有競(jìng)品涉及的功能點(diǎn)，篩選出通用的。

用戶反饋

用戶反饋來自很多方面，比如測(cè)試、運(yùn)營(yíng)等，但是有時(shí)候他們是站在自己的角度去思考問題，所以產(chǎn)品經(jīng)理很難做出判斷，這時(shí)候可以運(yùn)用一些需求利器，比如卡諾模型。

業(yè)務(wù)需求

B端業(yè)務(wù)方就是老大，很多時(shí)候客戶可能是基于某個(gè)地方想做這個(gè)功能。客戶覺得某個(gè)字段里的字段值排序不符合閱讀習(xí)慣，就會(huì)提出自定義排序字段值的功能，這時(shí)我們都會(huì)把客戶提出問題看的報(bào)表要過來，至于為什么，留個(gè)懸念。接下來，我們就這個(gè)需求進(jìn)行示例來進(jìn)行需求分析。

需求背景

• 角色：決策層
• 場(chǎng)景：某次客戶表明在看報(bào)表時(shí)更關(guān)心“是否咨詢”的“是”多于“否”。
• 功能：可以對(duì)當(dāng)前圖表某個(gè)字段設(shè)置字段值排序功能，將字段值“是”排在字段值“否”前面。

需求拓展

通過需求分析我們大概可以構(gòu)思出滿足用戶需求的交互界面，但是這樣就夠了嗎？ 因?yàn)橛脩暨@次基于功能點(diǎn)的某一方面提出需求，你滿足了，下次基于功能點(diǎn)的另一方面提出需求，你就懵逼了，上次設(shè)計(jì)界面的交互形式根本無法容納這次的需求，這時(shí)候你又要完全改變交互界面和交互形式。

所以雖然都只是做一個(gè)功能，有一做一的產(chǎn)品和由一想到二三的產(chǎn)品是完全不一樣的境界，思考全面的產(chǎn)品會(huì)知道未來產(chǎn)品發(fā)展形態(tài)，從而在產(chǎn)品設(shè)計(jì)中留下拓展性，避免下次加功能點(diǎn)需要改造界面甚至系統(tǒng)。

那很多產(chǎn)品就擔(dān)心了，要是我經(jīng)驗(yàn)不足真的想不到呢？那就可以去看競(jìng)品了。業(yè)內(nèi)很多都是傳產(chǎn)品經(jīng)理就是抄競(jìng)品的，但是這并不是一件丟臉的事，有東西可以借鑒，你可以避開前人踩的坑（競(jìng)品公司砸了那么多錢，請(qǐng)了那么多大牛，迭代那么多次幫你踩的坑。）但是抄要建立在這個(gè)產(chǎn)品有足夠的判斷力的基礎(chǔ)上，不要為了抄襲而抄襲，在下面一點(diǎn)就會(huì)感受到。

基于自定義排序的功能，筆者如饑似渴地去看了一堆競(jìng)品。

BDP個(gè)人版-數(shù)據(jù)表級(jí)別排序

BDP個(gè)人版-圖表級(jí)別排序

大數(shù)據(jù)魔鏡-SQL執(zhí)行錯(cuò)誤

數(shù)據(jù)觀-圖表級(jí)別排序

不出所料，還是BDP的功能比較全面，其他的有這個(gè)功能的競(jìng)品寥寥無幾，有這個(gè)功能的競(jìng)品其中一個(gè)還有問題……不過大部分的產(chǎn)品經(jīng)理到了抄完競(jìng)品這一步就結(jié)束了，所以這也是產(chǎn)品經(jīng)理經(jīng)常被人指責(zé)就是抄競(jìng)品的原因，要讓自己的思維更進(jìn)一步的方法是：

歸納競(jìng)品規(guī)則，思考競(jìng)品這么做的原因

從競(jìng)品中了解到自定義排序分為數(shù)據(jù)表級(jí)別排序和圖表級(jí)別排序。

• 數(shù)據(jù)表級(jí)別排序：排序規(guī)則對(duì)用到這份數(shù)據(jù)表的圖表都生效。
• 圖表級(jí)別排序：排序規(guī)則只對(duì)當(dāng)前設(shè)置規(guī)則的圖表生效。

為什么會(huì)有這兩種呢？因?yàn)橐环輸?shù)據(jù)表可能用于做多張適應(yīng)不同主題的圖表。所以用戶可能對(duì)數(shù)據(jù)表進(jìn)行統(tǒng)一排序來規(guī)

范所有圖表的字段值排序規(guī)則，也可能是某張圖表的特殊需求而暫時(shí)性改變?cè)搱D表的字段值排序規(guī)則。

根據(jù)業(yè)務(wù)場(chǎng)景，優(yōu)化競(jìng)品的交互體驗(yàn)

很多人都覺得參考完競(jìng)品就完事了，沒有去想競(jìng)品的交互體驗(yàn)是不是可以優(yōu)化，比如本來是三步操作簡(jiǎn)化成一步就好了，頁面是否可以更友好等等。像是對(duì)于參考的bdp交互形式，我覺得已經(jīng)很完美了，不過之前專門總結(jié)過表單設(shè)計(jì)，所以我稍微改動(dòng)了下按鈕的位置。

根據(jù)自己的思考，能對(duì)競(jìng)品有所補(bǔ)充

最后一步也是比較難的，當(dāng)你在設(shè)計(jì)一個(gè)小產(chǎn)品，參考的是BAT的產(chǎn)品時(shí)，你會(huì)覺得自己沒什么可以補(bǔ)充的……就像我做數(shù)據(jù)分析類產(chǎn)品，每次看別人家的產(chǎn)品，我都覺得競(jìng)品的場(chǎng)景覆蓋已經(jīng)很全面了。

但是你要相信，沒有什么是絕對(duì)完美的，等你有一天你發(fā)現(xiàn)一個(gè)他們沒考慮到的點(diǎn)，你的成就感也是double的?；谶@個(gè)點(diǎn)筆者在“需求挖掘”中進(jìn)行深入闡述。

需求挖掘

每個(gè)產(chǎn)品中，都有一個(gè)特殊要考慮的要素，像是BI中字段類型和表的結(jié)構(gòu)等要素對(duì)產(chǎn)品設(shè)計(jì)會(huì)產(chǎn)生影響。

在BI里面字段類型分為文本字段、數(shù)值字段、時(shí)間字段，對(duì)于相同的功能，字段類型不同也會(huì)展現(xiàn)不同的界面。比如同樣是篩選器功能。

不同字段類型的字段篩選是截然不同的，文本類型的篩選包含文字的模糊匹配，數(shù)值類型則是包含具體數(shù)值篩選，時(shí)間類型需要調(diào)用時(shí)間相關(guān)的設(shè)置。

文本類型

數(shù)值類型

時(shí)間類型

文本類型中還要分出普通結(jié)構(gòu)和層級(jí)結(jié)構(gòu)，為什么文本類型中特意劃分出這兩大類？因?yàn)槠胀ńY(jié)構(gòu)中的各字段沒有關(guān)聯(lián)的，層級(jí)結(jié)構(gòu)中的字段與它的上一層級(jí)和下一層級(jí)都會(huì)有關(guān)聯(lián)，比如省份字段上一層級(jí)是國(guó)家字段，下一層級(jí)是地區(qū)字段。

普通結(jié)構(gòu)

層級(jí)結(jié)構(gòu)

行政區(qū)字段-自定義排序

像這個(gè)需求還有個(gè)要考慮的點(diǎn)，因?yàn)樽侄晤愋偷木壒剩远x排序是分為全局排序和局部排序，普通結(jié)構(gòu)是要全局排序，層級(jí)結(jié)構(gòu)則需要局部排序，比如帶層級(jí)結(jié)構(gòu)的行政區(qū)字段。

杭州只有與溫州、湖州這些同省字段值互換排序位置才有意義，如果僅僅是設(shè)計(jì)的那樣（全局排序），將杭州移到福州上面，他們分別歸屬于不同省時(shí)，這樣的排序是毫無意義的。因此這類字段必須建立在上一層級(jí)的基礎(chǔ)上進(jìn)行自定義排序的，即只能局部排的。

行政字段只是層級(jí)結(jié)構(gòu)中的一種，可能你說帶行政區(qū)字段的數(shù)據(jù)并不是很常見，并不是的，可以看看下列數(shù)據(jù)，就可以聯(lián)想很多相似場(chǎng)景了。二級(jí)分類是要在一級(jí)分類的前提下進(jìn)行自定義排序，比如營(yíng)養(yǎng)成分只需要與一級(jí)分類是營(yíng)養(yǎng)保健下的二級(jí)分類的各成員（保健器械和營(yíng)養(yǎng)健康）進(jìn)行排序。

層級(jí)結(jié)構(gòu)

需求規(guī)劃

由此我們可以看到這個(gè)需求其實(shí)是分為：

• 數(shù)據(jù)表級(jí)別，只能全局排序。
• 圖表級(jí)別，其中分為全局排序和局部排序。

頁面布局

Q1：為什么數(shù)據(jù)表級(jí)別不用分為全局排序和局部排序？

因?yàn)榫G色框中擺放多個(gè)字段才可以建立字段的層級(jí)結(jié)構(gòu)，可以進(jìn)行局部排序。而黃色區(qū)域的字段都是獨(dú)立的，無法與其他字段建立層級(jí)結(jié)構(gòu)，所以只有全局排序。

Q2：為什么不是如下排序？

1. 全局排序，其中分為數(shù)據(jù)表級(jí)別排序和圖表級(jí)別排序。
2. 局部排序，只能圖表級(jí)別排序。

因?yàn)槭钱?dāng)初我們頁面布局的屬性決定的，圖表設(shè)計(jì)里左邊的字段列表都是代表在數(shù)據(jù)集中永久加一個(gè)字段，對(duì)所有引用該數(shù)據(jù)表的圖表都會(huì)產(chǎn)生相同設(shè)置。中間的代表只在對(duì)當(dāng)前圖表的設(shè)置，另一個(gè)圖表可以用其他的設(shè)置。所以建立在原有系統(tǒng)結(jié)構(gòu)上，我們按第一種分類進(jìn)行劃分功能屬性。

Q3：同時(shí)存在數(shù)據(jù)表級(jí)別排序和圖表級(jí)別排序怎么處理？

圖表級(jí)別的排序優(yōu)先級(jí)大于數(shù)據(jù)表級(jí)別排序，因?yàn)閳D表級(jí)別相當(dāng)于個(gè)性化定制排序，數(shù)據(jù)表級(jí)別相同于通用排序。

因?yàn)槭荁端產(chǎn)品，所以我們比較好分析功能優(yōu)先級(jí)。在開發(fā)時(shí)間有限的情況下，先滿足客戶提出需求的這張報(bào)表即可，在后期迭代時(shí)再完善其他功能，并要給后續(xù)功能留有拓展性。還記得為什么要分析用戶角色和場(chǎng)景、以及展示圖表嗎？

1. 因?yàn)橛脩艚巧菦Q策層，僅對(duì)自己查看的圖表有需求，而不是對(duì)數(shù)據(jù)表進(jìn)行規(guī)范管理的執(zhí)行層。所以確定先上“圖表級(jí)別排序”。
2. 該張圖表沒涉及層級(jí)結(jié)構(gòu)，所以先上“圖表級(jí)別-全局排序”，再上“圖表級(jí)別-局部排序”。
3. 最后業(yè)務(wù)量較大，需要自定義排序的圖表需求增多時(shí)，再上“數(shù)據(jù)表級(jí)別排序”。

所以迭代順序是：1.圖表級(jí)別-全局排序；2.圖表級(jí)別-全局排序；3.數(shù)據(jù)表級(jí)別排序

需求設(shè)計(jì)

根據(jù)確定的功能進(jìn)行交互，要給將來迭代的功能留下入口。

圖表設(shè)計(jì)

一期：圖表級(jí)別-全局排序。在綠色區(qū)域點(diǎn)擊“自定義排序”彈出設(shè)置框。

一期：圖表級(jí)別-全局排序

二期：圖表級(jí)別-全局排序。一期的功能入口不變，只需要在彈出框上加上可切換的標(biāo)簽。

二期：圖表級(jí)別-全局排序

二期：圖表級(jí)別-局部排序

三期：數(shù)據(jù)表級(jí)別排序。二期的功能入口不變，只需要在黃色區(qū)域增加功能入口，彈出該設(shè)置框。

三期：數(shù)據(jù)表級(jí)別排序

在這里展示三期完成后的自定義排序交互稿。

需求說明

以三期完成后的完整交互稿，書寫規(guī)范。

圖表級(jí)別-全局排序

圖表級(jí)別-局部排序

數(shù)據(jù)表級(jí)別排序

需求驗(yàn)收

產(chǎn)品將產(chǎn)品方案交付后，需要跟進(jìn)需求的落地，是否產(chǎn)出物符合自己的設(shè)計(jì)。

操作：將“營(yíng)養(yǎng)成分”移到“保健器械”前面。

排序前

排序后：數(shù)據(jù)表級(jí)別排序

排序后：圖表級(jí)別-全局排序

排序后：圖表級(jí)別-局部排序

question：為什么圖表級(jí)別-全局排序在排序后很多已合并單元格會(huì)被拆開，你是不是有一絲錯(cuò)亂？

總結(jié)

應(yīng)用場(chǎng)景豐富性

數(shù)據(jù)的不同應(yīng)用場(chǎng)景決定了很多功能，比如自定義排序其實(shí)涉及這么多種應(yīng)用場(chǎng)景。設(shè)身處地地去思考各個(gè)應(yīng)用場(chǎng)景，這樣你的思維能力才會(huì)有所進(jìn)步。

功能拓展性

很多時(shí)候你做一個(gè)功能，要想到這個(gè)功能最完善的時(shí)候是什么形態(tài)的。這樣，即時(shí)你現(xiàn)在上一個(gè)簡(jiǎn)單的版本，下次迭代也不會(huì)對(duì)系統(tǒng)有太大的改造。

思考全面性

在產(chǎn)品設(shè)計(jì)中，有意識(shí)地鍛煉自身的邏輯縝密性。我經(jīng)常忘記新增或修改的功能對(duì)其他模塊產(chǎn)生的影響，也不斷地根據(jù)產(chǎn)品自查清單一遍遍地提醒自己，雖然我現(xiàn)在還是有時(shí)候會(huì)忘記，但是至少我比昨天的自己更好了。

建議

多多跟開發(fā)溝通學(xué)習(xí)

有技術(shù)背景的人邏輯能力比較強(qiáng)，所以對(duì)于開發(fā)的建議，產(chǎn)品人員應(yīng)該大力鼓勵(lì)（如果是不負(fù)責(zé)的開發(fā)，完全可以說什么做什么，而不會(huì)去提還缺什么）。一個(gè)產(chǎn)品永遠(yuǎn)不可能把所有的細(xì)節(jié)考慮到，只有這個(gè)團(tuán)隊(duì)所有人從自己的崗位角度思考問題，才會(huì)盡量避免錯(cuò)誤，而產(chǎn)品人員不能太過強(qiáng)勢(shì)去扼殺這種良性循環(huán)的可能性。

倒推競(jìng)品產(chǎn)品文檔

很多人會(huì)去問怎么學(xué)習(xí)，看什么資料快速了解產(chǎn)品，我的建議是去看優(yōu)秀競(jìng)品的幫助文檔，不斷去玩他們的產(chǎn)品，然后倒推他們的產(chǎn)品文檔，這樣你會(huì)發(fā)現(xiàn)你進(jìn)步的特別快。在這里推薦一篇文章倒推“餓了么”App產(chǎn)品需求文檔

完善知識(shí)體系

定期的總結(jié)，可以幫助你建立自己的知識(shí)體系，不斷地補(bǔ)充自己的技能短板，在這里推薦產(chǎn)品知識(shí)體系框架

參考資料

B端產(chǎn)品需求分析的實(shí)踐與思考

需求分析：它從哪里來，到哪里去?

實(shí)戰(zhàn)總結(jié)：如何將需求轉(zhuǎn)化為PRD？

PS：這里是以bdp做示范來加功能，所以根據(jù)bdp的產(chǎn)品特點(diǎn)（比如頁面布局的屬性）和交互形式而進(jìn)行交互設(shè)計(jì)。不同產(chǎn)品要加上這個(gè)功能肯定入口和交互形式也不同，本文僅供參考，有些地方我還沒細(xì)講，還是有很多門道的，或許你在深入思考后會(huì)發(fā)現(xiàn)另一片深淵···

作者：安琪Angela，公眾號(hào)：idatadesign?；ヂ?lián)網(wǎng)數(shù)據(jù)行業(yè)PM&UX，參與過數(shù)據(jù)中心，商業(yè)智能和數(shù)據(jù)分析平臺(tái)等產(chǎn)品設(shè)計(jì)。關(guān)注大數(shù)據(jù)、人工智能和互聯(lián)網(wǎng)金融。歡迎大家一起交流~

本文由 @安琪Angela 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。

題圖來自u(píng)nsplash，基于CC0協(xié)議