不懂分析需求,第一輪面試都過不了
編輯導(dǎo)語:需求分析簡單來說就是分析用戶的需求,產(chǎn)品經(jīng)理在日常工作中會接收到來自多方面的需求,要對接到的需求有所分析和判斷;初入職場的產(chǎn)品人應(yīng)該如何做到還原需求、分析需求呢?本文作者分享了關(guān)于如何鍛煉自己有過現(xiàn)象看本質(zhì)的能力,我們一起來看一下。
“產(chǎn)品思維是透過現(xiàn)象看本質(zhì)的能力,并通過產(chǎn)品化方案,從根源上解決問題的思維方式。”
對初入互聯(lián)網(wǎng)產(chǎn)品行業(yè)的新朋友來說,首先要鍛煉的,就是透過現(xiàn)象看本質(zhì)的能力。
而這個能力能夠應(yīng)用到工作中,就能夠準(zhǔn)確的還原需求,分析需求,進而從根本上提出解決用戶需求的產(chǎn)品方案。
那,我們要如何鍛煉自己透過現(xiàn)象看本質(zhì)的能力呢?
在回答這個問題之前,我們得先知道,我們的需求是從何而來的。
一、需求從何而來哪里?
我們工作中接收到的所有需求,主要可來自外部、內(nèi)部這兩個渠道。
1. 外部渠道
外部渠道主要是包括用戶、市場、競品,這三個渠道來獲取需求。
在業(yè)務(wù)發(fā)展的不同時期,產(chǎn)品人需要有對市場變化保持敏感。
所以在產(chǎn)品上線之后,就必須建立良好的外部需求的獲取渠道,以便產(chǎn)品能夠及時根據(jù)市場變化做相應(yīng)的調(diào)整。
- 用戶反饋渠道:產(chǎn)品上線之后,需要建立良好的用戶反饋渠道;這里要建立產(chǎn)品投訴能力和定期的用戶調(diào)研,來保證用戶提出的需求,能快速的反饋到團隊,并接收評估
- 市場渠道:時常關(guān)注行業(yè)的變化;這里要關(guān)注行業(yè)底層技術(shù)變化和行業(yè)機會,如業(yè)務(wù)主體是小程序,那時常需要關(guān)注微信小程序的開發(fā)文檔,才有機會快速發(fā)現(xiàn)產(chǎn)品的破局點。
- 競品渠道:產(chǎn)品要關(guān)注同類型競品的動態(tài);如競品上線新功能,產(chǎn)品人要能夠快速發(fā)現(xiàn)并及時做出評估,如果發(fā)覺也合適自身產(chǎn)品,那也要盡快迭代上線,這才能保證產(chǎn)品不落后于市場。
2. 內(nèi)部渠道
內(nèi)部渠道主要包括領(lǐng)導(dǎo)、運營、客服、市場、銷售等團隊,基于當(dāng)前產(chǎn)品體驗和業(yè)務(wù)要求,給產(chǎn)品團隊提出的需求。
當(dāng)然,產(chǎn)品同學(xué)自身也要基于現(xiàn)有業(yè)務(wù)形態(tài)和數(shù)據(jù)表現(xiàn),提出產(chǎn)品的優(yōu)化建議。
所以,內(nèi)部也要建立合適的收集反饋渠道,定期獲取需求。
如我們的客服團隊,就會按月輸出《用戶投訴報告》,告訴產(chǎn)品團隊用戶對不滿和需求點。
但基于產(chǎn)品價值、生命周期和資源等情況,我們不可能滿足所有需求。
所以此時,建立良好的需求管理機制,有計劃,有節(jié)奏的去釋放需求,就顯得尤為重要。
二、需求該如何管理?——需求池
產(chǎn)品的功能迭代過程,就是從需求池里釋放需求的過程。
上面說到,產(chǎn)品人日常會接收到大量來自其他部門提出的需求,或者自身發(fā)現(xiàn)的需求點。
但并非所有需求都要立馬實現(xiàn),所以為了收攏需求,要建立一個專門用來收集需求的“需求池”。
1. 需求池建立
如上圖所示,我們團隊的需求池主要包括需求時間、來源、簡述、目標(biāo)用戶、優(yōu)先級和備注等。
- 時間、來源和需求簡述,是保證沒有信息源頭追溯,避免出現(xiàn)傳遞需求時導(dǎo)致需求變形;
- 目標(biāo)用戶,是讓需求保證能在需求受眾的視角和場景中,去評估需求優(yōu)先級;
- 備注,是為了補充一些表格中不足的維度,如需求釋放的迫切性,需求的數(shù)據(jù)反饋等。
個人認(rèn)為,以上維度已經(jīng)基本能夠滿足需求收集的初衷。
因為我們團隊為了減少給產(chǎn)品同學(xué),在需求理解和版本規(guī)劃中,所帶來的影響。
因此我們建立的需求池,沒有做更細(xì)致維度的區(qū)分。如需求類型,所屬模塊等。
當(dāng)然,不同團隊的需求收集和記錄的規(guī)范會有所不同,這里僅供參考。
2. 需求池管理
這里要先說下,很多產(chǎn)品新人都可能遇到的誤區(qū)——并不是所有需求,都會放入需求池的。
工作中接收的需求,有近半數(shù)都是“偽”需求。
所以產(chǎn)品團隊在收到需求后,首先要基于用戶、需求、場景來進行初步判斷,看這個需求是否具備產(chǎn)品真正要解決的痛點。
如果產(chǎn)品初步評估需求是有實現(xiàn)的必要的話,我們團隊的需求會按照上述格式,來進行收錄,并有專門的同事來負(fù)責(zé)定期更新和維護表格。
需求池收錄的需求,產(chǎn)品團隊會以兩周為時間粒度,進行需求評估和釋放。
從需求迫切程度(優(yōu)先級)、開發(fā)難度、產(chǎn)品生命周期、用戶使用頻率、收益等維度,進行全面評估。
一旦需求確定可以落地,放入迭代版本的話,負(fù)責(zé)落地的產(chǎn)品,會對要需求,進行更全面的分析。
三、如何分析需求
在工作中,我們接收的需求,大概率是我們聽到別人口述后,以為用戶需要的需求。
可很多時候,這些需求都無法解決實際問題。
所以,如何分析需求,讓需求重新回歸于根本,是考驗產(chǎn)品人業(yè)務(wù)能力的重點指標(biāo)。
剛?cè)胄械男氯?,都先從用戶、需求、場景這三個角度來分析需求。
1. 用戶與需求:這個需求誰提出,找到并還原需求
當(dāng)用戶說自己要什么的時候,很可能他只是基于當(dāng)前他所能想到最好的方案,提出的訴求。
畢竟,用戶并不是專業(yè)的產(chǎn)品人,他們很多時候都不知道自己真實的需求是什么。
因此,在很多時候,用戶提出的方案都不是最好的方案,也可能根本沒有解決用戶的問題。
需求的問題還是要回到用戶本身,即用戶究竟是基于什么原因,提出的這個問題。
福特與馬的故事,我們都聽過——用戶說我要一匹更快的馬,但最后,福特給了用戶一輛車。
如果我們當(dāng)時聽到福特和用戶的對話是這樣的話:
用戶說:“我要一匹更快的馬”
福特問:“為什么要一匹更快的馬?”
用戶回答說:“我要騎馬去到遙遠的小鎮(zhèn)~”
福特接著問:“那為什么要去那個小鎮(zhèn)呢?”
用戶笑了笑,說:“因為我兒子喜歡吃那個小鎮(zhèn)的炸雞,我要騎更快的馬去給我兒子買,不然帶回來涼了就不好吃了”
于是,福特發(fā)現(xiàn)用戶要更快的馬,是因為他兒子要吃炸雞,而且福特調(diào)研后發(fā)現(xiàn),那個小鎮(zhèn)的炸雞受到很多人喜愛的話。
那福特可能就不是汽車的創(chuàng)造人,而是麥當(dāng)勞創(chuàng)始人了。
而通過上面的故事,我們要知道產(chǎn)品人在分析需求時,是挖掘到根本需求為目的的。
所以,在挖掘需求過程中,為避免信息缺失,我們首先得找到第一需求方。
其次,和需求來源方反復(fù)溝通,引導(dǎo)對方來說明需求的來源和目的,并基于對方的身份、立場和觀點,來判斷他所描述需求是否是真實需求。
最后,再從用戶角度出發(fā),進行規(guī)?;{(diào)研,明確到哪一類用戶會需要解決問題。
這樣,才能保證我們獲取的需求,是沒有加工的,真實的需求。
2. 場景:將用戶需求還原到真實場景中,思考需求的解決方案
在知道用戶的問題后,我們還需要考慮,用戶在什么場景下需要解決這個問題。
因為如果需求無法支撐成本,那即使設(shè)計出來,也沒有上線的機會。
在還原用戶場景時,我們要關(guān)注以下三點:
1)代入用戶身份,關(guān)注真實需求被解決的場景
騰訊有個傳言,說馬化騰可以一秒變“小白”用戶的故事。
這個故事的真假,我無法論證,但我見過我們產(chǎn)品組長,確實可在短時間內(nèi)化身為小白用戶,在體驗完產(chǎn)品后,用產(chǎn)品經(jīng)理的視角提出我們產(chǎn)品的問題。
所以,在需求場景還原之前,我們要先代入用戶身份,思考在什么情況下會產(chǎn)生這個需求。
并嘗試從當(dāng)時場景中時,思考現(xiàn)有的解決方案是什么,這樣我們才能提出更好地解決方案。
2)關(guān)注這個需求場景是否高頻
高頻是需求能夠落地很重要的指標(biāo)。因為頻次越高,說明產(chǎn)品或功能對用戶就越有價值。
如果上面的福特在調(diào)研后,發(fā)現(xiàn)當(dāng)時全美用戶買炸雞的頻率都很低,僅在一年一度的圣誕節(jié),才會買炸雞。
那上面福特要開炸雞店的想法,也屬于不切實際。
3)關(guān)注當(dāng)前場景下,其他角色的衍生需求
需求之間的關(guān)系往往是相互勾連的,一個需求被挖掘出來的同時,往往伴隨著很多衍生需求。
所以在實際的工作場景中,我們除了關(guān)注核心需求之外,在思考方案時,也要思考衍生需求如何與核心需求的關(guān)系,思考如何更好地解決多方需求。
如我們要設(shè)計廣告功能,我們除了要思考如何給用戶提供更好體驗的廣告形式之外,還要從運營的使用場景出發(fā),根據(jù)廣告配置平臺具體操作來設(shè)計方案。
只有真實還原實際的使用場景,設(shè)計出的產(chǎn)品方案才能既方便運營使用,又能不過分打擾用戶。
四、寫在最后
總結(jié)一下。
- 需求主要來自外部的用戶、市場和競品渠道,內(nèi)部的各團隊基于業(yè)務(wù)問題的反饋,以及產(chǎn)品自身發(fā)現(xiàn)的需求點;
- 需求來源廣,數(shù)量也多,因此我們要建立需求池,定期收集和釋放需求;
- 在釋放需求池的需求時,要從用戶、需求、場景這三考角度去進一步思考產(chǎn)品方案。
以上,是給剛?cè)胄械呐笥?,介紹下在需求這個模塊,要學(xué)習(xí)和關(guān)注的點。
本文由 @豆奶?原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)作者許可,禁止轉(zhuǎn)載。
題圖來自Unsplash,基于CC0協(xié)議。
- 目前還沒評論,等你發(fā)揮!