需求實(shí)戰(zhàn):PM如何快速培養(yǎng)思維的嚴(yán)謹(jǐn)性?

2 評(píng)論 13725 瀏覽 118 收藏 21 分鐘

需求分析是產(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é)議

更多精彩內(nèi)容,請(qǐng)關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號(hào)或下載App
評(píng)論
評(píng)論請(qǐng)登錄
  1. 之前加的鏈接好像不見了,重新貼一下。
    競(jìng)品地址:https://www.jianshu.com/p/ec43daf55f23
    完成交互稿地址:https://modao.cc/app/QPgI7W165qYR2b8OkOdOJrngLjN96Jj#screen=s19176C6E841513768434179

    來自浙江 回復(fù)