需求太多?1個(gè)思考流程,C端產(chǎn)品輕松規(guī)劃優(yōu)先級(jí)
先拋出幾個(gè)問(wèn)題:產(chǎn)品為什么要進(jìn)行需求管理?需求管理的核心是什么?如何規(guī)劃優(yōu)先級(jí)?
然后帶著這些問(wèn)題,聊聊我是怎么思考C端產(chǎn)品需求規(guī)劃的。
“總是做迫在眉睫的事情,會(huì)讓人喪失目標(biāo)”
引用《B端產(chǎn)品經(jīng)理必修課》書中的一句話,簡(jiǎn)明扼要的說(shuō)明了需求管理的目標(biāo)和意義。
需求規(guī)劃的意義,是通過(guò)需求篩選的方法選擇出可以在恰當(dāng)?shù)臅r(shí)間開發(fā)上線的需求,使產(chǎn)品團(tuán)隊(duì)工作更條例,最大化利用開發(fā)資源,同時(shí)幫助個(gè)人、團(tuán)隊(duì)或公司產(chǎn)生間接價(jià)值。
產(chǎn)品經(jīng)理日常工作每天接觸大量的需求,成熟一點(diǎn)的團(tuán)隊(duì)、公司,也都有針對(duì)自己產(chǎn)品需求的管理方法,甚至從需求挖掘、篩選、規(guī)劃優(yōu)先級(jí)都也自己的一套方法論。
C端產(chǎn)品從0到1的時(shí)候,通常專注做MVP,這時(shí)產(chǎn)品的需求量其實(shí)并不大,只圍繞產(chǎn)品目標(biāo)和核心體驗(yàn)來(lái)發(fā)掘和規(guī)劃需求。隨著產(chǎn)品發(fā)展,有些產(chǎn)品改變了定位,不再滿足做一個(gè)單純的工具類產(chǎn)品,而是拓展成一個(gè)用戶服務(wù)平臺(tái),通過(guò)各種功能來(lái)滿足廣大的各類用戶群體。
功能越多,服務(wù)的用戶也就越多,收到的需求反饋?zhàn)匀灰簿驮蕉?,?dāng)同時(shí)面對(duì)上百個(gè)、甚至上千個(gè)需求,如何快速進(jìn)行優(yōu)先級(jí)規(guī)劃,自然就需要一些高效的方法了。
通用方法論并非萬(wàn)能
需求管理通識(shí)性的方法論,產(chǎn)品經(jīng)理們應(yīng)該大多都比較清楚,但是這些方法論,都多多少少會(huì)帶有主觀意愿。
比如運(yùn)用SWOT分析需求的優(yōu)缺點(diǎn)和競(jìng)爭(zhēng)力時(shí),對(duì)于這個(gè)需求,哪個(gè)優(yōu)缺點(diǎn)才是客觀的?又或者哪些點(diǎn)是真正有競(jìng)爭(zhēng)力的?
在運(yùn)用波士頓矩陣來(lái)對(duì)需求進(jìn)行分類時(shí),僅通過(guò)用戶體驗(yàn)、公司戰(zhàn)略兩個(gè)維度,似乎又缺乏客觀判斷。再比如KANO模型可以對(duì)產(chǎn)品需求進(jìn)行分類,有必備型、期望型、興奮型、無(wú)差異型、反向型等需求類別,正常在需求管理時(shí),可以根據(jù)這些分類再加上緊急重要程度來(lái)判斷優(yōu)先級(jí)即可……
有些方法論工具,為了強(qiáng)調(diào)需求規(guī)劃的客觀性,還會(huì)基于模型規(guī)劃的需求進(jìn)行打分評(píng)級(jí)策略,試圖將這些需求的規(guī)劃盡可能具備科學(xué)性、合理性。
運(yùn)用波士頓矩陣規(guī)劃需求
但是,每個(gè)人的專業(yè)認(rèn)知和想法都不同,一千個(gè)產(chǎn)品面對(duì)一千個(gè)需求就會(huì)有一千個(gè)觀點(diǎn),方法論模型沒問(wèn)題,只是運(yùn)用模型的人要對(duì)產(chǎn)品的定位、目標(biāo)用戶相當(dāng)熟悉甚至可以深刻洞察,才可以基于模型對(duì)需求進(jìn)行準(zhǔn)確的分類。就算是這樣,往往也抵不過(guò)老板的一句話:“我不要你認(rèn)為,我要我認(rèn)為…”
當(dāng)同時(shí)面對(duì)需求清單里的上百、上千個(gè)需求,想要對(duì)這些需求進(jìn)行快速優(yōu)先級(jí)規(guī)劃。
試想一下,哪怕一個(gè)有著豐富經(jīng)驗(yàn)的產(chǎn)品團(tuán)隊(duì),直接套用以上方法論,再加上打分評(píng)級(jí)的步驟,或許可以完成,但也還是需要比較大的時(shí)間成本,更不用說(shuō)那些只有一個(gè)產(chǎn)品經(jīng)理的公司。對(duì)于他們的工作來(lái)講,除了要考慮工作效率,還要考慮需求管理的方法是不是很科學(xué)。
總之,這項(xiàng)看似基礎(chǔ)的工作并不輕松。
需求優(yōu)先級(jí)規(guī)劃層級(jí)
產(chǎn)品開發(fā)流程里面有一個(gè)“門徑管理流程”,通過(guò)設(shè)置多個(gè)階段和多個(gè)篩選關(guān)口,將最初收集的產(chǎn)品創(chuàng)意通過(guò)層層篩選把控,在最后開發(fā)上市階段,最大程度降低產(chǎn)品項(xiàng)目風(fēng)險(xiǎn)。
此處引用這個(gè)思路,通過(guò)以下優(yōu)先級(jí)規(guī)劃層級(jí),可幫助產(chǎn)品團(tuán)隊(duì)成員快速、準(zhǔn)確的篩選出可行性需求,并根據(jù)客觀判斷依據(jù),對(duì)需求進(jìn)行優(yōu)先級(jí)排序,提高工作效率和產(chǎn)出價(jià)值。
需求優(yōu)先級(jí)規(guī)劃層級(jí)
根據(jù)需求優(yōu)先級(jí)規(guī)劃流程,可迅速篩選出符合產(chǎn)品定位和公司規(guī)劃的需求,并通過(guò)判斷需求類型、價(jià)值,來(lái)決定需求的策劃優(yōu)先級(jí),同時(shí)為產(chǎn)品開發(fā)團(tuán)隊(duì)輸送高質(zhì)量的產(chǎn)品需求。
通過(guò)需求優(yōu)先級(jí)規(guī)劃層級(jí),可以為自己建立一個(gè)系統(tǒng)的需求規(guī)劃方法,對(duì)于專業(yè)的產(chǎn)品團(tuán)隊(duì),又可以讓團(tuán)隊(duì)成員按照標(biāo)準(zhǔn)化的思路來(lái)進(jìn)行需求管理。同時(shí)根據(jù)需求優(yōu)先級(jí)的規(guī)劃思路,方便產(chǎn)品團(tuán)隊(duì)成員可以根據(jù)產(chǎn)品特性來(lái)選擇相應(yīng)的方法。
如何快速運(yùn)用
1. 需求定位
收集用戶需求后,先搞清楚用戶等級(jí)以及產(chǎn)品的使用程度,明確當(dāng)前需求方是否為產(chǎn)品核心用戶群體,保證需求的真實(shí)性。如果是產(chǎn)品內(nèi)部發(fā)掘的需求,可直接明確需求的目標(biāo)是否與產(chǎn)品目標(biāo)一致,以及該需求是否未開發(fā),即確保當(dāng)前需求的真實(shí)有效性。
進(jìn)行基礎(chǔ)判斷后,再識(shí)別該需求屬于前臺(tái)需求還是后臺(tái)需求,通常直接將需求單純的進(jìn)行優(yōu)先級(jí)規(guī)劃是不太準(zhǔn)確的。而是需要將該需求放到具體的頻道或模塊下,關(guān)聯(lián)產(chǎn)品模塊去整體思考要不要做。
2. 需求價(jià)值
該層面可以通過(guò)多個(gè)方面來(lái)體現(xiàn)需求的價(jià)值:
結(jié)合產(chǎn)品規(guī)劃,判斷該需求是否與現(xiàn)有版本規(guī)劃同步,或該需求相關(guān)功能模塊是否在規(guī)劃內(nèi),通常符合規(guī)劃的需求更容易被開發(fā),也更容易進(jìn)行需求驗(yàn)證;
同時(shí)圍繞整體產(chǎn)品生命周期來(lái)判斷這個(gè)需求的價(jià)值,同樣的功能在產(chǎn)品不同運(yùn)營(yíng)階段上線,產(chǎn)生的產(chǎn)品價(jià)值自然也不一樣。還可以把當(dāng)前需求放到產(chǎn)品的使用流程上,思考是想要完善體驗(yàn)來(lái)提升用戶價(jià)值,還是修復(fù)bug來(lái)保證產(chǎn)品功能的完整性。
3. 可行性判斷
將可行性判斷放到價(jià)值考量之后,是為了促進(jìn)產(chǎn)品的價(jià)值導(dǎo)向,從長(zhǎng)期角度來(lái)看,更有利于通過(guò)開發(fā)更多有價(jià)值而不是比較容易的需求,來(lái)獲得用戶價(jià)值和產(chǎn)品價(jià)值。
經(jīng)過(guò)上述判斷,已經(jīng)篩選了一類需求,當(dāng)把既符合產(chǎn)品規(guī)劃,又對(duì)當(dāng)前產(chǎn)品有價(jià)值的需求篩選出來(lái)后,那么就要進(jìn)一步思考這些需求的可行性。
該層面可通過(guò)宏觀環(huán)境去判斷當(dāng)前需求的競(jìng)爭(zhēng)力和投入產(chǎn)出比,同時(shí)判斷這個(gè)需求如果開發(fā)上線后,有多大的影響面,可滿足多少用戶的核心利益,可對(duì)多少用戶產(chǎn)生價(jià)值。
4. 需求分類
確定可行性后,就要對(duì)篩選出來(lái)的可行需求進(jìn)行優(yōu)先級(jí)排序,可先將需求分類,如緊急BUG解決、功能體驗(yàn)完善、新增亮點(diǎn)、未來(lái)規(guī)劃,分別對(duì)應(yīng)KANO模型中的必備、期望、興奮、無(wú)差異、反向類需求。
通常緊急的產(chǎn)品BUG是最先需要解決的,同時(shí)因?yàn)槭钱a(chǎn)品的必備型功能,對(duì)于用戶來(lái)講功能體驗(yàn)完善類的需求也是最應(yīng)該解決的。新增的亮點(diǎn)可以滿足用戶的期望型需求,未來(lái)規(guī)劃對(duì)于大多數(shù)用戶來(lái)講是無(wú)感知的,因此按照產(chǎn)品規(guī)劃的節(jié)奏即可。
這個(gè)階段需要特別注意無(wú)差異需求和反向需求,尤其對(duì)無(wú)差異需求的判斷要謹(jǐn)慎認(rèn)真,否則會(huì)不知不覺耗費(fèi)大量的精力開發(fā)這種沒有太大價(jià)值,且性價(jià)比低的需求。
最后分類出來(lái)的需求,還需要結(jié)合重要程度判斷優(yōu)先級(jí),為保證客觀準(zhǔn)確,可針對(duì)同一級(jí)別、同一類型的需求進(jìn)行打分,再次細(xì)分需求優(yōu)先級(jí)。
5. 需求級(jí)別
判斷出優(yōu)先級(jí)后,就需要分別給需求進(jìn)行標(biāo)注級(jí)別,提供兩種需求級(jí)別:P0-P3,P1-P10。
常規(guī)優(yōu)先級(jí)級(jí)別是P0-P3,但是在目前實(shí)際操作中需求清單中需求太多,需求級(jí)別太少無(wú)法將需求分層細(xì)化,故還可以采用P1-P10。但同時(shí)缺點(diǎn)也比較明顯,優(yōu)先級(jí)層級(jí)較多時(shí),就會(huì)導(dǎo)致越靠后的優(yōu)先級(jí)定義越模糊。
如果給需求評(píng)級(jí)時(shí)沒有清晰的優(yōu)先級(jí)定義,那在具體執(zhí)行時(shí)就比較費(fèi)勁。因此建議可以采用優(yōu)先級(jí)別較少的方法,如同一級(jí)別的需求較多,還可以按照以上方法再次分解,直至拆分出最小迭代單位。
總結(jié)
C端產(chǎn)品的規(guī)劃思路是圍繞核心路徑打造極致產(chǎn)品體驗(yàn),需求收集后,一個(gè)需求從確認(rèn)到原型策劃之前,需要經(jīng)歷需求甄別、篩選、判斷、優(yōu)先級(jí)排序等階段,產(chǎn)品需求管理的工作基礎(chǔ)但極具價(jià)值。
任何方法論模型都無(wú)法保證適應(yīng)每種產(chǎn)品的需求規(guī)劃,如何能讓自己高效的進(jìn)行需求管理,還需要在工作中不斷地實(shí)踐、融合、舉一反三。
此篇文章希望通過(guò)建立一個(gè)需求規(guī)劃層級(jí),幫助我們?cè)谄綍r(shí)進(jìn)行需求優(yōu)先級(jí)分析時(shí),可以有一個(gè)完善的、系統(tǒng)的思考方式,讓產(chǎn)品工作更有序。
本文由 @王曙 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載
題圖來(lái)自Unsplash,基于CC0協(xié)議
寫的好像還是有點(diǎn)淺,期待各個(gè)環(huán)節(jié)的細(xì)化的實(shí)操方式、量化方案和實(shí)例講解
樓主總結(jié)得到位!
??
不如舉個(gè)實(shí)例?
看完后一臉懵
是寫的不清楚嗎? ?? 有什么問(wèn)題可以探討哈哈