更新時間:2020-10-15 來源:黑馬程序員 瀏覽量:
需求評審會是每個產(chǎn)品都要開的會議,在這個會議上產(chǎn)品經(jīng)理要詳細(xì)向項目組成員闡述需求背景、需求目標(biāo)和需求的詳細(xì)設(shè)計,可以說是產(chǎn)品經(jīng)理職業(yè)生涯中最重要的會議之一。能不能在需求評審會上把需求說明白,直接決定了后續(xù)開發(fā)工作是否順利,甚至決定了產(chǎn)品經(jīng)理在整個項目組成員心中的口碑。那么如何高效開展需求評審呢?
筆者結(jié)合我多年做需求評審的經(jīng)驗作了一些總結(jié),希望幫助大家減少評審時會出現(xiàn)的問題,少踩點(diǎn)坑。
一、明確需求評審的目標(biāo)
關(guān)于需求評審要傳遞的信息,其實包含了非常簡單的一套邏輯:價值,功能,實現(xiàn)。
我理解的高效評審,是向協(xié)作團(tuán)隊傳達(dá)出了統(tǒng)一的項目價值,能夠讓他們理解彼此的角色,任務(wù)及需要落地的行動,以及彼此角色之間的關(guān)聯(lián)是什么。產(chǎn)品經(jīng)理在需求評審會上最重要的任務(wù),是幫助大家建立這種信任感,傳遞兩個信號:1、這個事兒值得做;2、這個事兒能做。
價值:為什么要做這個需求,上線之后的價值是什么。
功能:為了支撐這個價值,需求包含了哪些功能呢。
實現(xiàn):針對每一個功能,該怎么實現(xiàn)。
二、說明為需求設(shè)計方案之前的準(zhǔn)備工作
協(xié)作團(tuán)隊經(jīng)常懷疑產(chǎn)品經(jīng)理——
·這是不是老板需求,而你只是一個執(zhí)行者的角色;
·這是一個確定的需求,還是你拍腦門想出來的;
·最關(guān)鍵的,這件事情,你作為產(chǎn)品經(jīng)理有沒有想清楚或者為此做過一些準(zhǔn)備。
所以,準(zhǔn)備工作及相關(guān)的核心結(jié)論,有必要在評審會上同步。例如做過哪些競品調(diào)研;公司戰(zhàn)略層有一些什么指示;跑過的一些測試case,有沒有什么核心結(jié)論。
三、邏輯+模塊的表達(dá)方式
我聽過一些產(chǎn)品講需求評審,或是對著PRD講,或者對著原型一張圖一張圖地講。但效果很差,項目團(tuán)隊聽得很暈,往往會產(chǎn)生“聽不懂+不知道現(xiàn)在講到哪一步了”這樣的負(fù)面效果。本質(zhì)上都是因為,沒有在聽眾腦中建立起邏輯主線。
需求評審就是你帶著協(xié)作團(tuán)隊一起看論文的過程。先介紹目錄,再介紹每一章的具體內(nèi)容,遇到卡點(diǎn),回顧一下目錄,告訴大家我們現(xiàn)在在講的內(nèi)容處于什么位置。這樣反復(fù)強(qiáng)調(diào),邏輯鏈立住了,需求評審就成功了一大半。
四、評審會后的注意事項
1.歸檔會議紀(jì)要,并和所有與會成員郵件同步會議紀(jì)要文檔,明確關(guān)鍵問題和解決方案,以及其他問題的處理情況;
2.更新需求文檔,上傳歸檔后再次郵件同步與會成員(視更改情況,如果更改較少,可及時更新后與會議紀(jì)要一同同步)
3.復(fù)盤小結(jié)本次評審會存在的流程問題或者可以改進(jìn)的工作環(huán)節(jié)供后續(xù)同類型會議參考,可自我本地記錄,也可組內(nèi)復(fù)盤小會后上傳歸檔
接下來就開始愉快的推進(jìn)項目吧!
猜你喜歡:
產(chǎn)品經(jīng)理培訓(xùn):你的原型今天被吐槽了嗎?
內(nèi)向的人可以做產(chǎn)品經(jīng)理嗎?