需求實(shí)戰(zhàn):PM如何快速培養(yǎng)思維的嚴(yán)謹(jǐn)性?
需求分析是產(chǎn)品經(jīng)理的核心技能,網(wǎng)上有很多從需求收集到需求落地的理論,但是如何從實(shí)例出發(fā)剖析要點(diǎn),如何保證自己的產(chǎn)品設(shè)計(jì)思路全面嚴(yán)謹(jǐn),幾乎沒(méi)有可以參考的文章。在這里我總結(jié)下自己填坑后總結(jié)的經(jīng)驗(yàn),借此拋磚引玉~
目錄
需求收集
為什么要加入這一步呢?一是為了展示需求分析的全流程的每一個(gè)步驟,另一個(gè)是產(chǎn)品要關(guān)注需求收集的用戶角色和場(chǎng)景,這會(huì)跟需求分析直接產(chǎn)生聯(lián)系。
競(jìng)品分析
假如你是從0開(kāi)始的產(chǎn)品,可以最大減少試錯(cuò)成本的方法就是去看各類競(jìng)品,不過(guò)這種方法有一個(gè)很核心的要點(diǎn)就是產(chǎn)品經(jīng)理要保持自己的判斷力。
所以同樣是產(chǎn)品經(jīng)理去學(xué)習(xí)競(jìng)品,初級(jí)的可能是有什么抄什么,高級(jí)的知道什么功能最適合自己再抄過(guò)來(lái),再優(yōu)化下交互形式。還有個(gè)比較傻但是比較有效的辦法是,就是統(tǒng)計(jì)所有競(jìng)品涉及的功能點(diǎn),篩選出通用的。
用戶反饋
用戶反饋來(lái)自很多方面,比如測(cè)試、運(yùn)營(yíng)等,但是有時(shí)候他們是站在自己的角度去思考問(wèn)題,所以產(chǎn)品經(jīng)理很難做出判斷,這時(shí)候可以運(yùn)用一些需求利器,比如卡諾模型。
業(yè)務(wù)需求
B端業(yè)務(wù)方就是老大,很多時(shí)候客戶可能是基于某個(gè)地方想做這個(gè)功能??蛻粲X(jué)得某個(gè)字段里的字段值排序不符合閱讀習(xí)慣,就會(huì)提出自定義排序字段值的功能,這時(shí)我們都會(huì)把客戶提出問(wèn)題看的報(bào)表要過(guò)來(lái),至于為什么,留個(gè)懸念。接下來(lái),我們就這個(gè)需求進(jìn)行示例來(lái)進(jìn)行需求分析。
需求背景
- 角色:決策層
- 場(chǎng)景:某次客戶表明在看報(bào)表時(shí)更關(guān)心“是否咨詢”的“是”多于“否”。
- 功能:可以對(duì)當(dāng)前圖表某個(gè)字段設(shè)置字段值排序功能,將字段值“是”排在字段值“否”前面。
需求拓展
通過(guò)需求分析我們大概可以構(gòu)思出滿足用戶需求的交互界面,但是這樣就夠了嗎? 因?yàn)橛脩暨@次基于功能點(diǎn)的某一方面提出需求,你滿足了,下次基于功能點(diǎn)的另一方面提出需求,你就懵逼了,上次設(shè)計(jì)界面的交互形式根本無(wú)法容納這次的需求,這時(shí)候你又要完全改變交互界面和交互形式。
所以雖然都只是做一個(gè)功能,有一做一的產(chǎn)品和由一想到二三的產(chǎn)品是完全不一樣的境界,思考全面的產(chǎn)品會(huì)知道未來(lái)產(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)品的,但是這并不是一件丟臉的事,有東西可以借鑒,你可以避開(kāi)前人踩的坑(競(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)品寥寥無(wú)幾,有這個(gè)功能的競(jìng)品其中一個(gè)還有問(wèn)題……不過(guò)大部分的產(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)一排序來(lái)規(guī)
范所有圖表的字段值排序規(guī)則,也可能是某張圖表的特殊需求而暫時(shí)性改變?cè)搱D表的字段值排序規(guī)則。
根據(jù)業(yè)務(wù)場(chǎng)景,優(yōu)化競(jìng)品的交互體驗(yàn)
很多人都覺(jué)得參考完競(jìng)品就完事了,沒(méi)有去想競(jìng)品的交互體驗(yàn)是不是可以優(yōu)化,比如本來(lái)是三步操作簡(jiǎn)化成一步就好了,頁(yè)面是否可以更友好等等。像是對(duì)于參考的bdp交互形式,我覺(jué)得已經(jīng)很完美了,不過(guò)之前專門總結(jié)過(guò)表單設(shè)計(jì),所以我稍微改動(dòng)了下按鈕的位置。
根據(jù)自己的思考,能對(duì)競(jìng)品有所補(bǔ)充
最后一步也是比較難的,當(dāng)你在設(shè)計(jì)一個(gè)小產(chǎn)品,參考的是BAT的產(chǎn)品時(shí),你會(huì)覺(jué)得自己沒(méi)什么可以補(bǔ)充的……就像我做數(shù)據(jù)分析類產(chǎn)品,每次看別人家的產(chǎn)品,我都覺(jué)得競(jìng)品的場(chǎng)景覆蓋已經(jīng)很全面了。
但是你要相信,沒(méi)有什么是絕對(duì)完美的,等你有一天你發(fā)現(xiàn)一個(gè)他們沒(méi)考慮到的點(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)中的各字段沒(méi)有關(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)樽侄晤愋偷木壒?,自定義排序是分為全局排序和局部排序,普通結(jié)構(gòu)是要全局排序,層級(jí)結(jié)構(gòu)則需要局部排序,比如帶層級(jí)結(jié)構(gòu)的行政區(qū)字段。
杭州只有與溫州、湖州這些同省字段值互換排序位置才有意義,如果僅僅是設(shè)計(jì)的那樣(全局排序),將杭州移到福州上面,他們分別歸屬于不同省時(shí),這樣的排序是毫無(wú)意義的。因此這類字段必須建立在上一層級(jí)的基礎(chǔ)上進(jìn)行自定義排序的,即只能局部排的。
行政字段只是層級(jí)結(jié)構(gòu)中的一種,可能你說(shuō)帶行政區(qū)字段的數(shù)據(jù)并不是很常見(jiàn),并不是的,可以看看下列數(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í)別,其中分為全局排序和局部排序。
頁(yè)面布局
Q1:為什么數(shù)據(jù)表級(jí)別不用分為全局排序和局部排序?
因?yàn)榫G色框中擺放多個(gè)字段才可以建立字段的層級(jí)結(jié)構(gòu),可以進(jìn)行局部排序。而黃色區(qū)域的字段都是獨(dú)立的,無(wú)法與其他字段建立層級(jí)結(jié)構(gòu),所以只有全局排序。
Q2:為什么不是如下排序?
- 全局排序,其中分為數(shù)據(jù)表級(jí)別排序和圖表級(jí)別排序。
- 局部排序,只能圖表級(jí)別排序。
因?yàn)槭钱?dāng)初我們頁(yè)面布局的屬性決定的,圖表設(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í)。在開(kāi)發(fā)時(shí)間有限的情況下,先滿足客戶提出需求的這張報(bào)表即可,在后期迭代時(shí)再完善其他功能,并要給后續(xù)功能留有拓展性。還記得為什么要分析用戶角色和場(chǎng)景、以及展示圖表嗎?
- 因?yàn)橛脩艚巧菦Q策層,僅對(duì)自己查看的圖表有需求,而不是對(duì)數(shù)據(jù)表進(jìn)行規(guī)范管理的執(zhí)行層。所以確定先上“圖表級(jí)別排序”。
- 該張圖表沒(méi)涉及層級(jí)結(jié)構(gòu),所以先上“圖表級(jí)別-全局排序”,再上“圖表級(jí)別-局部排序”。
- 最后業(yè)務(wù)量較大,需要自定義排序的圖表需求增多時(shí),再上“數(shù)據(jù)表級(jí)別排序”。
所以迭代順序是:1.圖表級(jí)別-全局排序;2.圖表級(jí)別-全局排序;3.數(shù)據(jù)表級(jí)別排序
需求設(shè)計(jì)
根據(jù)確定的功能進(jìn)行交互,要給將來(lái)迭代的功能留下入口。
圖表設(shè)計(jì)
一期:圖表級(jí)別-全局排序。在綠色區(qū)域點(diǎn)擊“自定義排序”彈出設(shè)置框。
一期:圖表級(jí)別-全局排序
二期:圖表級(jí)別-全局排序。一期的功能入口不變,只需要在彈出框上加上可切換的標(biāo)簽。
二期:圖表級(jí)別-全局排序
二期:圖表級(jí)別-局部排序
三期:數(shù)據(jù)表級(jí)別排序。二期的功能入口不變,只需要在黃色區(qū)域增加功能入口,彈出該設(shè)置框。
三期:數(shù)據(jù)表級(jí)別排序
在這里展示三期完成后的自定義排序交互稿。
需求說(shuō)明
以三期完成后的完整交互稿,書寫規(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ì)被拆開(kāi),你是不是有一絲錯(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ì)忘記,但是至少我比昨天的自己更好了。
建議
多多跟開(kāi)發(fā)溝通學(xué)習(xí)
有技術(shù)背景的人邏輯能力比較強(qiáng),所以對(duì)于開(kāi)發(fā)的建議,產(chǎn)品人員應(yīng)該大力鼓勵(lì)(如果是不負(fù)責(zé)的開(kāi)發(fā),完全可以說(shuō)什么做什么,而不會(huì)去提還缺什么)。一個(gè)產(chǎn)品永遠(yuǎn)不可能把所有的細(xì)節(jié)考慮到,只有這個(gè)團(tuán)隊(duì)所有人從自己的崗位角度思考問(wèn)題,才會(huì)盡量避免錯(cuò)誤,而產(chǎn)品人員不能太過(guò)強(qiáng)勢(shì)去扼殺這種良性循環(huán)的可能性。
倒推競(jìng)品產(chǎn)品文檔
很多人會(huì)去問(wèn)怎么學(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í)體系框架
參考資料
實(shí)戰(zhàn)總結(jié):如何將需求轉(zhuǎn)化為PRD?
PS:這里是以bdp做示范來(lái)加功能,所以根據(jù)bdp的產(chǎn)品特點(diǎn)(比如頁(yè)面布局的屬性)和交互形式而進(jìn)行交互設(shè)計(jì)。不同產(chǎn)品要加上這個(gè)功能肯定入口和交互形式也不同,本文僅供參考,有些地方我還沒(méi)細(xì)講,還是有很多門道的,或許你在深入思考后會(huì)發(fā)現(xiàn)另一片深淵···
作者:安琪Angela,公眾號(hào):idatadesign。互聯(lián)網(wǎng)數(shù)據(jù)行業(yè)PM&UX,參與過(guò)數(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)載。
題圖來(lái)自u(píng)nsplash,基于CC0協(xié)議
之前加的鏈接好像不見(jiàn)了,重新貼一下。
競(jìng)品地址:https://www.jianshu.com/p/ec43daf55f23
完成交互稿地址:https://modao.cc/app/QPgI7W165qYR2b8OkOdOJrngLjN96Jj#screen=s19176C6E841513768434179