奧推網

選單
科技

大廠產品專家教你:三步做好需求分析

編輯導語:做好需求分析對於產品經理來說十分重要,也是應對各種產品需求的解決方法。本篇文章作者分享了做好需求分析的三個大步驟,從挖掘動機、辨別真偽、準備方案三個層面進行分析,感興趣的一起來學習一下吧,希望對你有幫助。

後臺收到童鞋的留言,問怎麼做好需求分析,其實以前學姐在大廠的時候呢,很少用到這個詞,可能這個詞太直白了,聽上去不夠網際網路黑話?學姐嚴重的需求分析,就是指怎麼樣把“一個idea”、“一句話需求”落地成為真正“可執行的專案”,這整個過程。

學姐之前有寫過一個完整的專案推進流程,共有6個階段,每個階段裡面的步驟、參與人員、所需材料等↓

而本篇文章會更注重在做專案的第一階段和第二階段裡,怎麼去“做好”需求分析,為了記憶方便,學姐會按照“三步走”的模式來給大家講~第一步是挖掘動機,第二步是辨別真偽,第三步是準備方案。

一、挖掘動機

在進入正題之前,學姐先介紹一下常見的需求來源,也就是需求通常是從哪裡來的:

透過問卷、訪談等使用者調研和分析得出;

透過深入的行業調研和分析得出;

透過現有的資料分析得出;

透過競品調研(或類似功能調研)得出。

當然,這都是比較理想的情況,如果你的需求已經經過了上面這幾類調研和分析,那完全可以直接跳過第一步。不過,現實中的需求往往是這麼來滴:

某老闆提了一個想法;

合作部門的某位同事拋了一個idea(而且還很執著);

某個客戶提了一點小意見(然後還投訴到了老闆那邊);

網上出現了一篇黑稿,暴露了產品的某個缺陷。

所以,很多時候產品經理會身不由己,要去應付別人提的五花八門的(不靠譜的)需求,這時候做需求分析才是hard模式~所以,學姐建議你先挖掘一下提出者真實的動機。

1. Why——提出者的動機是什麼

關於提出者的動機,無非有三種情況:

為了提升某個指標,這個指標和TA的績效相關性較大;

為了提升某方面的使用者體驗;

自己也沒想清楚,隨便提的。

當然,1和2之間並不是互斥的,一個比較優秀的需求提出者,可能會把1和2都想得比較清楚再來找你。

至於3嘛,學姐覺得,如果你打心底認為這個需求不靠譜,可以和TA嘮幾句你們現在的產品規劃,畫點大餅啥的,表示一下現在資源排得比較滿,然後婉轉地拒絕。

畢竟產品經理也是要學會說“不”的!

2. 為了提升某指標

一旦搞清楚這類需求背後真實的動機之後,情況就會變得非常簡單了。

舉一個大家耳熟能詳的例子,在沒有發明車子之前,大家想要“更快的馬車”。背後的“動機”其實就是縮短路上的時間,如果把它看成一個指標,那麼其實解決方案就可以是汽車、飛機,甚至傳送門等,就不一定侷限於馬車啦~

所以,有時候我們會發現,即使是接了別人提的這個需求,原封不動的做了,上線之後別人還不是很滿意,原因就是我們上線的是馬車,而不是汽車、飛機或者傳送門,最終並沒有達到提出者的目的。

如果我們認可這個需求想提升的指標,那麼就可以把(提升該指標的)這類需求都歸納起來,排好優先順序,如果發現有更好的解決方案,耐心地向提需求的人解釋就行了。

當然,也可能這個指標並不一定是我們現階段比較關注的核心指標,或者這個過程指標對應的結果指標不是我們現階段關注的,那麼也可以把指標的選擇向提出者解釋清楚(關於指標的選擇,可以參考學姐的這篇文章)。

3. 為了提升使用者體驗

有時候,可能提出者並沒有想得這麼功利,僅僅是作為熱心群眾,提了一些體驗最佳化,其實學姐個人還是挺喜歡在職場上遇到這類人的。

畢竟說明人家對產品還是挺上心的嘛。

不過我們還是要對這種型別的需求做進一步分析,幫別人想得更透徹才行,畢竟我們才是產品的第一負責人這就要講到第二步了,如何辨清需求的真偽(自己想出來的需求也是同理)。

二、辨別真偽

真需求、偽需求算是這行比較火的話題,不過學姐在大廠的時候其實也很少用到這些詞,大概也是因為不夠“黑話”吧。

其實學姐覺得,使用者千千萬,並不存在什麼“偽需求”,總會有那麼一些個的使用者,是有這種需求的(就比如需求提出者本人),無非就是這種需求到底是不是比較小眾,我們要不要投入或者投入多少精力去做的問題。

所以,我們要做的,就是分析出,

哪些使用者(who),在哪種場景(where)下,出於什麼目的(what)

,有這樣的需求。搞清楚這些,才能知道這個需求到底是否值得做,優先順序是怎麼樣的,後續應該怎麼設計方案(how),也就是本文的第三步。

1. 使用者——who

首先,我們思考這三個使用者相關的問題:

這個需求的

核心使用者

是誰?

這些核心使用者的

覆蓋面

怎麼樣?

如果覆蓋面不高,那麼這些使用者對我們而言

重要

嗎?

舉個例子,我們想在點選搜尋欄之後,新增“搜尋歷史”這個區域,裡面展示出一些該使用者最近搜尋過的一些詞,那這個需求的核心使用者肯定是“使用過搜尋框”的使用者了。

所謂的覆蓋面是否廣,就看你們App上使用搜索框的使用者佔比怎麼樣了,如果沒人用搜索框的話,那這個需求也就比較雞肋了。

上面例子比較簡單,因為是基於某個已有的功能進行的最佳化,我們再來看個稍微複雜點的情況,比如我們想做某個

新業務/功能

比如,假設時光倒流十幾年,我們要怎麼分析餐飲外賣的核心使用者和覆蓋面呢?外賣可以節省你去店裡吃飯或自己做菜的時間和精力,所以對於不方便出門去堂食或不方便自己做菜的那些人來說,是一個不錯的選擇。

進一步分析這類使用者的畫像,我們可以發現忙碌的上班族會是外賣的核心使用者,而這些年,職場越來越“卷”(不像以前大鍋飯,大家掙的工資和工分都差不多),年輕人一定會成為外賣的主力軍,因此我們可以看下人口普查的資料,年輕、在上班的城鎮人口有多少,基本就可以毛估出外賣使用者的覆蓋面啦,還是比較可觀的。

所以,針對新業務/功能,我們可以從使用者畫像的角度來分析覆蓋面,比如城市、性別、年輕、婚育情況、收入/恩格爾係數等等。

有時候我們會發現,該需求覆蓋的使用者有限,但這部分使用者對我們而言又非常重要,是我們的大客戶、高淨值使用者或者貢獻度非常高的那部分活躍使用者之類的,比如網遊裡面氪金幾百萬的煤老闆。這種情況下,我們也要儘量滿足這一小撮使用者的需求。

2. 場景——Where

搞清楚使用者之後,我們還需要思考這兩個和場景相關的問題:

比如,剛剛提到的“新增搜尋歷史記錄”這個小最佳化,除了這個使用者需要使用搜索這個功能之外,還需要使用者有“重複”搜尋的需求場景才行,如果這種“重複”的頻次很低的話,即使搜尋框用的人再多,這個需求也很雞肋了。

做新業務/新功能也是類似,如果是很低頻的場景,我們就要好好琢磨下了。網際網路平臺基本都是從中高頻的業務起家的,比如衣食住行這類,就有阿里、美團、貝殼/58和滴滴等,等平臺成長到一定體量了,再考慮把自己的地盤擴充到比較低頻的業務,比如天貓上也會賣汽車,美團上也能訂婚紗照,滴滴上也可以叫代駕等等。

學姐建議,如果你還不是很資深的話,在不能保證自己對業務方向的判斷完全準確的情況下,還是優先考慮比較中高頻的需求,找工作、選業務也是同理。

3. 目的——What

明確使用者和場景之後,我們要再進一步思考使用者真正的目的,就像剛剛說到的“更快的馬車”這個例子一樣,有時候使用者表面上看上去有這類需求,實際上他們的目的是更深層次一些的。

舉個例子,學姐之前在做KTV和酒吧這兩個類目的時候,一開始覺得大家去KTV那不就是為了唱歌嘛,去酒吧那不就是為了喝酒嘛~然鵝訪談了一些使用者之後,學姐眉頭一皺,發現事情並不是我想得這麼簡單,於是就做了更大規模的問卷。

最後發現,有一半去KTV玩耍的小夥伴,並不喜歡唱歌,只是為了聚會才去的,去酒吧也是類似,是為了和朋友聊天或者去搭訕新的小夥伴。

總之,不管是去KTV還是去酒吧,都是為了線下社交,所以現在大家能理解為什麼很多酒吧(甚至是高檔酒吧)用的都是假酒了吧,因為喝酒本來也就不是目的嘛。

搞清楚使用者的真實目的之後,我們又需要問自己最後倆問題:

1)是否有可替代性

就像剛剛學姐舉的KTV的例子一樣,既然大家去KTV的目的是社交併不是唱歌,那麼隨著更多玩樂方式的出現,KTV就有可代替性,現在大家聚會的時候可能會選擇去酒吧、露營、劇本殺、咖啡廳等等。

做需求也是同理,如果你做的這個需求,如果有更好的方式去達到使用者目的,那就沒有必要死抱著這個需求不放啦。

2)是否是剛需

但凡我們設計出一個功能,就必然會有使用者去用它,但往往我們會發現這個功能的

使用率並不是很理想

,甚至去掉之後,使用者也沒有任何抱怨和投訴~類似於這種功能,就是“非剛需”啦。

當然,如果這個功能是純增量,也就是不會影響到任何現有的其他指標的資料,只會提升指標,甚至還能提升不少,那學姐覺得還是不錯的。

否則,我們就應該把這種功能的優先順序降低一點,等資源充足的時候再考慮去做。

三、準備方案

1. How——怎麼設計

在前一部分裡,我們基本上把這個需求都分析清楚了,這時候就該考慮輸出方案啦。這部分學姐就介紹一些產品在做方案設計的時候必須要有的一張表格,一方面幫助大家思考更完整,一方面也可以把這張表格直接給設計師,讓他們更好地瞭解如何設計。

表格共有兩大部分,第一部分是讓不瞭解這個需求的人快速瞭解這個需求,也就是我們剛剛分析過的使用者群、場景等等,這裡別忘了加上需求的價值和預計提升指標,對這部分不瞭解的可以去看學姐這篇文章。

第二部分是設計相關的一些具體的細節,比如平臺、涉及的頁面、具體的功能點和優先順序、流程圖等等。關於優先順序怎麼排,學姐是建議綜合剛剛我們分析的,

使用者的覆蓋面、場景的使用頻次、是否剛需

,再加上

預計能提升的指標

,來排出一個令人比較信服的優先順序。

當然,如果能具體到每個功能點是最好的,這樣可以把大的專案拆小,避免工期太長。

流程圖也可以是其他的圖,比如產品架構圖、產品原型等等,只要能說明問題就好了,不會畫圖的可以戳學姐這篇PRD的文章。

需求分析就介紹到這裡啦,學姐再總結一下,挖掘動機(Why)、辨別真偽(Who,Where,What)、準備方案(How),祝大家都能順利搞定需求(特別是老闆提的)。

#專欄作家#

海貝學姐,公眾號:海貝學姐,人人都是產品經理專欄作家。十年大廠產品經驗,精通產品方法論和產品知識。

本文原創釋出於人人都是產品經理,未經許可,禁止轉載。

題圖來自Unsplash,基於 CC0 協議。