如何提出正確的產(chǎn)品需求?這里有一個(gè)方法框架
很多時(shí)候,產(chǎn)品經(jīng)理們都是在面對(duì)和處理這樣的需求,我們作為專業(yè)方,沒(méi)法要求各種背景不同的需求方以同樣的專業(yè)方式來(lái)給我們提需求。所以,挖掘核心關(guān)鍵需求的能力就非常重要,而挖掘需求,是有章可依的。
作為產(chǎn)品經(jīng)理,每天都在接觸大量的需求,有來(lái)自產(chǎn)品本身的完善性需求、來(lái)自用戶的反饋性需求、來(lái)自業(yè)務(wù)或運(yùn)營(yíng)的改善性需求等。作為產(chǎn)品經(jīng)理,你是否也遇到過(guò),面對(duì)一些需求,內(nèi)心萬(wàn)馬奔騰,表面尷尬一笑。
“請(qǐng)給我一個(gè)五彩斑斕的黑!”,可能是大部分產(chǎn)品經(jīng)理在面對(duì)一些不合理需求時(shí)時(shí),內(nèi)心真實(shí)的寫(xiě)照。
除了不合理需求外,其實(shí)很多時(shí)候?qū)π枨蟮睦斫馄?,都是我們的需求方不知該如何合理地表達(dá)和陳述一個(gè)需求導(dǎo)致的。需求方們可能是做運(yùn)營(yíng)的、做銷售的、做財(cái)務(wù)的,也有可能是我們最寶貴的用戶們。
他們大部分是非產(chǎn)品和技術(shù)背景,所以會(huì)從本我的角度去理解自己面對(duì)的產(chǎn)品問(wèn)題,然后以自己理解的方式提出來(lái)。
例如:運(yùn)營(yíng)提了這么一個(gè)需求:
想在后臺(tái)一下子看到所有的訂單數(shù)據(jù),然后分區(qū)域篩選。
而此時(shí)的產(chǎn)品一次只能展示20條,然后需要翻頁(yè)查詢。這時(shí)候我們是去把每頁(yè)展示20條變成200條呢,還是采取其他的辦法?
上面例子中,首先,我們可能先從技術(shù)角度理解一下,數(shù)據(jù)展示為什么要分頁(yè)?
列表式的數(shù)據(jù),例如:全部訂單、朋友圈內(nèi)容、微博內(nèi)容等,都是分頁(yè)展示的,每一次我們翻幾屏,就會(huì)有一個(gè)加載的過(guò)程。
理論上,我們可以一次性把所有的數(shù)據(jù)全部先取回來(lái)然后展示。但實(shí)際上,受限于網(wǎng)絡(luò)請(qǐng)求過(guò)程中大數(shù)據(jù)量的獲取,會(huì)造成網(wǎng)絡(luò)請(qǐng)求時(shí)間過(guò)長(zhǎng)而影響用戶體驗(yàn),如果數(shù)據(jù)量比較大的情況下全部加載,用戶等待的時(shí)間會(huì)比較長(zhǎng)。
所以,通過(guò)分頁(yè)加載的設(shè)計(jì),單次請(qǐng)求數(shù)據(jù)量控制在合理范圍內(nèi),縮短單次加載時(shí)間,給用戶及時(shí)反饋,同時(shí)將大量數(shù)據(jù)分片分次加載顯示,在系統(tǒng)性能上也會(huì)優(yōu)化不少。
回到運(yùn)營(yíng)的需求,我們把單頁(yè)加載數(shù)據(jù)量由20改為200能解決問(wèn)題么?
顯然不能,因?yàn)檫\(yùn)營(yíng)要看的是全部數(shù)據(jù)并做篩選。而從提需求的角度把問(wèn)題拆開(kāi)看,經(jīng)過(guò)了解后,運(yùn)營(yíng)的需求實(shí)際是這樣的:
運(yùn)營(yíng)希望查看所有訂單中處于待出庫(kù)狀態(tài)的訂單,然后通過(guò)區(qū)域篩選這些訂單分別分布在哪些地方,最后分別匯總加和計(jì)算每個(gè)區(qū)域待出庫(kù)訂單的總金額。
而現(xiàn)有的產(chǎn)品里,實(shí)際上真正無(wú)法滿足的點(diǎn)在于,對(duì)最后篩選出來(lái)的訂單進(jìn)行分區(qū)域求和操作。并且,訂單列表分頁(yè)顯示,篩選結(jié)果無(wú)法一次看全,所以才引出了運(yùn)營(yíng)提出的這個(gè)需求。
我們從前文中提到的運(yùn)營(yíng)需求“想在后臺(tái)一下子看到所有的訂單數(shù)據(jù),然后分區(qū)域篩選?!敝锌梢钥吹?,這個(gè)“分區(qū)域求和”的核心問(wèn)題并沒(méi)有表達(dá)出來(lái)。
而解決這個(gè)問(wèn)題的產(chǎn)品方案,實(shí)際上是給運(yùn)營(yíng)提供一個(gè)批量導(dǎo)出的功能,運(yùn)營(yíng)在后臺(tái)通過(guò)篩選功能篩選出數(shù)據(jù)后,然后一鍵導(dǎo)出所有的結(jié)果數(shù)據(jù)到Excel文件里,然后在文件里進(jìn)行求和操作,并且把文件分發(fā)給其他需要的運(yùn)營(yíng)團(tuán)隊(duì)。
在上面這個(gè)例子里,產(chǎn)品需求是分頁(yè)顯示,而問(wèn)題確是沒(méi)法求和,產(chǎn)品方案卻是一個(gè)導(dǎo)出功能。
很多時(shí)候,產(chǎn)品經(jīng)理們都是在面對(duì)和處理這樣的需求,我們作為專業(yè)方,沒(méi)法要求各種背景不同的需求方以同樣的專業(yè)方式來(lái)給我們提需求。所以,挖掘核心關(guān)鍵需求的能力就非常重要,而挖掘需求,是有章可依的。
接下來(lái),我將提供一個(gè)我經(jīng)常使用的挖掘需求的方法,供你參考。
一、談需求前,先明確問(wèn)題是什么
首先,每一個(gè)需求,在我看來(lái)都是一個(gè)“問(wèn)題”。前面有提到,這個(gè)“問(wèn)題”可能是來(lái)自產(chǎn)品本身的功能不完善,來(lái)自用戶使用過(guò)程中的問(wèn)題或習(xí)慣,來(lái)自業(yè)務(wù)或運(yùn)營(yíng)的一些特殊場(chǎng)景需要。
例如:上面例子中,就是一個(gè)運(yùn)營(yíng)在實(shí)際業(yè)務(wù)開(kāi)展中遇到的一個(gè)特殊場(chǎng)景需要,而恰好現(xiàn)有的產(chǎn)品功能不支持。但運(yùn)營(yíng)又沒(méi)有把遇到的核心問(wèn)題表達(dá)出來(lái),卻提出了一個(gè)產(chǎn)品方案。
所以,談需求前,先明確問(wèn)題是什么。我通常會(huì)問(wèn)我的需求方,“你遇到的問(wèn)題是什么?”,是操作習(xí)慣問(wèn)題,還是在做某一個(gè)任務(wù)時(shí),現(xiàn)有的產(chǎn)品無(wú)法滿足。
引導(dǎo)需求方,把問(wèn)題場(chǎng)景聊出來(lái)。
“問(wèn)題”不是“我要一個(gè)…功能”,而是“我在做…時(shí),為了達(dá)到…的目的,需要通過(guò)產(chǎn)品完成”。
前文例子中的“問(wèn)題”是訂單按狀態(tài)分區(qū)域金額求和,而不是“看所有訂單數(shù)據(jù),再分類篩選”。
二、說(shuō)需求時(shí),先別討論解決方案
其次,討論需求的過(guò)程中,把焦點(diǎn)放在問(wèn)題上,明確需求場(chǎng)景,即“誰(shuí)在做什么時(shí)遇到了什么問(wèn)題”。
很多時(shí)候,討論著討論著就會(huì)變成對(duì)產(chǎn)品方案的討論會(huì),即討論如何做,而忘記了原本要解決的問(wèn)題是什么,回過(guò)頭來(lái),卻不知道要解決的問(wèn)題是啥,這種情況非常常見(jiàn)。
產(chǎn)品經(jīng)理要成為溝通的組織者,引導(dǎo)需求方把關(guān)鍵問(wèn)題和場(chǎng)景描述出來(lái),而具體的產(chǎn)品方案可以在理解并明確問(wèn)題之后,結(jié)合現(xiàn)有情況做綜合考慮。
什么是溝通組織者?
就是以“問(wèn)題”為導(dǎo)向和主線,定義問(wèn)題是什么,以及組織商討如何設(shè)計(jì)問(wèn)題的解決方案。溝通過(guò)程中一旦產(chǎn)生偏差,溝通組織者需要及時(shí)把與會(huì)者拉回來(lái),回到定義問(wèn)題和解決方案的軌道上。
聚焦“問(wèn)題”,而非“方案”。產(chǎn)品經(jīng)理只有做好溝通的組織者,才能合理的引導(dǎo)需求方把關(guān)鍵問(wèn)題表達(dá)出來(lái),從而針對(duì)問(wèn)題設(shè)計(jì)產(chǎn)品方案。
三、聊需求后,明確邊界和優(yōu)先級(jí)
定義清楚需求對(duì)應(yīng)的問(wèn)題,確認(rèn)了需求解決方案后,最后一步就是明確需求邊界和優(yōu)先級(jí)。
需求邊界就是問(wèn)題邊界,明確需求邊界的目的是保證需求對(duì)應(yīng)問(wèn)題的純粹性,一個(gè)需求解決一個(gè)問(wèn)題,如果一個(gè)需求對(duì)應(yīng)多個(gè)問(wèn)題,就拆分成子需求。這樣既可以保證需求的原子性,也便于在研發(fā)階段做任務(wù)拆分。
例如:前文的例子中,需求邊界就是將現(xiàn)有訂單列表按條件篩選導(dǎo)出。如果再增加一個(gè)其他的篩選條件或者對(duì)列表做排序處理,就處于需求邊界范圍外的事,可以再獨(dú)立成子需求。
最后一步,就是明確需求的優(yōu)先級(jí)。需求方往往會(huì)覺(jué)得當(dāng)下的問(wèn)題都很緊急,恨不得提出的需求今天滿足,明天上線。但資源永遠(yuǎn)都是有限的,無(wú)論是產(chǎn)品還是設(shè)計(jì)或者是研發(fā)資源,都無(wú)法同時(shí)滿足所有的需求。所以,需要對(duì)需求進(jìn)行優(yōu)先級(jí)劃分,目的在于實(shí)現(xiàn)有限資源的高效利用。
劃分需求優(yōu)先級(jí)也有幾種辦法,首先是對(duì)需求進(jìn)行分類,例如:bug類的需求,是產(chǎn)品的線上問(wèn)題,如果影響到線上產(chǎn)品的用戶使用,就需要立刻修復(fù)并上線,這屬于非常緊急的需求。
還有就是正常的需求,根據(jù)需求對(duì)應(yīng)的用戶價(jià)值和業(yè)務(wù)價(jià)值進(jìn)行衡量,用戶價(jià)值高或業(yè)務(wù)價(jià)值高,可優(yōu)先支持。
其次,對(duì)需求的緊急程度進(jìn)行分類,有的需求重要但不緊急,可以放緩處理。例如:給用戶提供批量快捷操作的需求就不如解決一個(gè)搜索bug來(lái)的緊急,但它們都很重要。
面對(duì)需求方,產(chǎn)品經(jīng)理需要在方案達(dá)成一致后,進(jìn)一步達(dá)成需求優(yōu)先級(jí)的一致,下一步好進(jìn)行設(shè)計(jì)和研發(fā)資源的跟進(jìn)和分配。
最后
作為產(chǎn)品經(jīng)理,每天從我們面對(duì)的需求中去提煉挖掘需求的方法,并學(xué)會(huì)引導(dǎo)需求方描述問(wèn)題而非解決方案,成為溝通組織者。這個(gè)過(guò)程的不斷重復(fù),會(huì)逐漸培養(yǎng)和加強(qiáng)自己分析問(wèn)題和解決問(wèn)題的能力。
當(dāng)你再次面對(duì)“我要一個(gè)五彩斑斕的黑”這樣的需求時(shí),是否有辦法、有對(duì)策去化解需求呢?
上述,就提供給你一個(gè)如何正確提產(chǎn)品需求的方法框架,供參考!
#專欄作家#
唐韌(Ryan),《產(chǎn)品經(jīng)理必懂的技術(shù)那點(diǎn)事兒》作者,人人都是產(chǎn)品經(jīng)理專欄作家,微信公眾號(hào):唐韌,國(guó)內(nèi)早期移動(dòng)開(kāi)發(fā)者,轉(zhuǎn)型產(chǎn)品經(jīng)理,目前在創(chuàng)業(yè)公司負(fù)責(zé)產(chǎn)品工作。
本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。
題圖來(lái)自Unsplash,基于CC0協(xié)議
可以的