給運營的“提需求的模板”
一直以來,產(chǎn)品人員和運營人員似乎都是死對頭。產(chǎn)品總覺得運營怎么想到一出是一出,沒邏輯,亂提需求,變化無常;運營也覺得產(chǎn)品總是不給力,不懂KPI的壓力,不幫忙實現(xiàn)這么簡單的功能……
其實,最近我又碰到了這樣的問題,所以,和運營一起討論,制定了一個“提需求的模板”,來幫助大家化干戈為玉帛。我覺得,矛盾的一大根源就在于,運營提的需求經(jīng)常就是“解決方案”了(或者更專業(yè)的,我們叫做產(chǎn)品功能)——要把頁面結(jié)構(gòu)改一下,要加幾個按鈕神馬的,這時候,產(chǎn)品就會很郁悶——那還要我干嘛,你直接去找開發(fā)得了。產(chǎn)品希望知道的是,這個解決方案背后的那個問題(或者更專業(yè)的,我們叫做用戶需求)。然后,由產(chǎn)品來做把用戶需求轉(zhuǎn)化為產(chǎn)品功能這件事,這才是產(chǎn)品經(jīng)理的核心職責(zé)(而不是細化功能這種事,沒錯,我指的是寫PRD什么的)。
所以,我給出的模板,要能說清楚這么幾件事:
目標(biāo)用戶:這件事,是為誰而做的,一旦運營開始從這里起步思考,就可以自己排除掉很多需求了;
問題描述:目標(biāo)用戶碰到的痛點,只說“何時/何地,怎么難受”即可;
嚴重程度:對問題嚴重程度的判斷,“高/中/低”即可,具體的判斷方法,可以根據(jù)用戶重要程度(這個比較主觀,需要團隊一起討論達成共識,我們的產(chǎn)品是為哪幾類用戶服務(wù)的,他們的優(yōu)先級排序是什么,這是產(chǎn)品原則的關(guān)鍵內(nèi)容),問題出現(xiàn)的次數(shù)、頻率等因素(相對客觀,比較好辦)考慮;
現(xiàn)有方案:現(xiàn)在是如何解決此問題的,我會認為,一個值得解決的問題,通常已經(jīng)有人著手解決了,所以也一定已經(jīng)有一些解決方案,而沒有現(xiàn)有方案的問題,通常不嚴重;
建議方案:建議的產(chǎn)品改進?,這點其實是借運營的腦幫助思考一下,產(chǎn)品不一定采納;
價值描述:改進方案帶來的額外價值,比如:省時間;能更精準(zhǔn)的找到某某……
改進成本:建議方案的成本評估,“高/中/低”,同樣,僅供參考。
產(chǎn)品拿到一堆這樣的需求以后,在根據(jù)性價比為主要參考因素,決定接下來做什么。最后,給個理想化的公式——
性價比?=?嚴重程度/改進成本,問題(用戶需求)決定嚴重程度,解決方案(產(chǎn)品功能)決定改進成本。
#專欄作家#
蘇杰,好產(chǎn)品創(chuàng)始人,人人都是產(chǎn)品經(jīng)理專欄作家,前阿里巴巴產(chǎn)品經(jīng)理?!度巳硕际钱a(chǎn)品經(jīng)理》、《淘寶十年產(chǎn)品事》作者,七印部落發(fā)起人,期待和同學(xué)們一起,用好產(chǎn)品改變世界。
本文系作者授權(quán)發(fā)布,未經(jīng)許可,不得轉(zhuǎn)載。
蘇老師給的都是干貨