產(chǎn)品經(jīng)理怎樣活著走出需求評審會?

　　需求評審是產(chǎn)品經(jīng)理工作的重要環(huán)節(jié)，是團(tuán)隊(duì)成員間銜接需求的重要橋梁，產(chǎn)品經(jīng)理的方案能準(zhǔn)確落地的重要保障。

　　一場成功的需求評審會，是能夠完整清晰傳遞產(chǎn)品目標(biāo)、產(chǎn)品功能，能獲得團(tuán)隊(duì)認(rèn)同，并且會后團(tuán)隊(duì)能夠配合實(shí)施的，從而能有效推動(dòng)產(chǎn)品進(jìn)度的會議。

　　剛?cè)胄械漠a(chǎn)品經(jīng)理會害怕組織評審，擔(dān)心在評審會中被其他項(xiàng)目成員diss，其實(shí)只要做好評審全流程的準(zhǔn)備，相信產(chǎn)品經(jīng)理也會漸漸喜歡上開評審會，接下來我們從“會前——會中——會后”三個(gè)階段來進(jìn)行講述怎樣活著走出需求評審會。

　　一、 評審會前準(zhǔn)備

　　(1) 明確需求的目的和價(jià)值

　　在需求評審前，需要先明確需求自身的目的和價(jià)值。

　　因?yàn)樵谠u審過程中，不僅僅只是告知項(xiàng)目干系人需求的內(nèi)容，還需要同步項(xiàng)目的目的和價(jià)值。產(chǎn)品經(jīng)理對產(chǎn)品進(jìn)行全方位的論證，這樣可以確保項(xiàng)目成員對需求的理解達(dá)成一致，充分理解自己的工作任務(wù)，從而增強(qiáng)團(tuán)隊(duì)協(xié)作能力。

　　(2)需求方案簡潔高效，沒有場景漏洞

　　撰寫需求方案的時(shí)候，切記需求簡潔明了。

　　需求方案分為兩部分：原型+交互說明。可以在原型上展示的一定要畫全面，交互說明主要寫原型上看不到的邏輯信息，能用圖展示的盡量用圖展示(例如：UML圖、功能流程圖、狀態(tài)機(jī)等)。同時(shí)還要考慮是否把所有的場景都考慮周全，很多時(shí)候產(chǎn)品經(jīng)理會忽略業(yè)務(wù)的逆向流程。

　　(3)了解需求是否可以實(shí)現(xiàn)

　　建議評審前，可以提前約開發(fā)的時(shí)間，做需求實(shí)現(xiàn)可行性的系統(tǒng)調(diào)研、技術(shù)儲備調(diào)研，心里有一個(gè)底之后再重新看看自己提出的需求，看看要不要調(diào)整。

　　二、 評審會議中

　　(1)優(yōu)秀的表達(dá)能力

　　作為產(chǎn)品經(jīng)理，要有良好的表達(dá)能力，描述項(xiàng)目時(shí)需要有邏輯，有條理的敘述，明確的說出自己的想法及項(xiàng)目的相關(guān)內(nèi)容，但是我們需要以事實(shí)為依據(jù)，以數(shù)據(jù)做基礎(chǔ)，不能憑空想象，無中生有。

　　溝通時(shí)，首先不要想當(dāng)然的認(rèn)為別人和自己具有一樣的背景，比如設(shè)計(jì)人員不知道如何開發(fā)，開發(fā)人員不熟悉具體的業(yè)務(wù)知識。在闡述一個(gè)需求的時(shí)候要考慮到大家都是來自不同背景的，用大家都能理解的方式進(jìn)行需求。

　　在進(jìn)行需求評審時(shí)，我們應(yīng)該對需求的價(jià)值進(jìn)行說明，然后說明需求的背景以及需求想要實(shí)現(xiàn)什么目標(biāo)、解決什么問題，這樣的話大家對需求的理解才能更深刻，才不會在后期質(zhì)疑需求的必要性。

　　還可以盡量用舉例子、講故事的方式來說明需求。在講解用戶操作時(shí)，可以結(jié)合具體的業(yè)務(wù)場景，與每一塊的負(fù)責(zé)人確認(rèn)排期時(shí)間是否有疑義。

　　(2)善于傾聽他人意見和想法。

　　作為一個(gè)團(tuán)隊(duì)，每個(gè)所對應(yīng)的崗位不同，思考的維度就會不同，工程師考慮的是技術(shù)，UI考慮的是交互，老板考慮的是商業(yè)價(jià)值等等。

　　產(chǎn)品經(jīng)理要在這個(gè)過程中要善于傾聽，傾聽別人的意見和想法，站在別人的角度思考問題，理解當(dāng)事人的觀點(diǎn)，從而溝通出最合理的方案。

　　(3)抓取核心建議，學(xué)會記錄

　　需求評審會時(shí)，一定要進(jìn)行會議記錄，可以自己準(zhǔn)備錄音筆，需求評審會議，會遇到很多問題和想法，很難當(dāng)下就解決。記錄會議內(nèi)容可以防止問題的遺漏，對于細(xì)節(jié)問題，可以私下單獨(dú)聯(lián)系解決。一份會議記錄可以幫助你回憶整個(gè)會議內(nèi)容，事后可以針對性的進(jìn)行內(nèi)容整合分析。

　　三、 評審會議后

　　(1)對記錄進(jìn)行整理

　　對于沒有解決的問題及時(shí)的處理，在會議結(jié)束后，需要把后續(xù)達(dá)成一致的、修改的、疑問的一一列舉出來，并輸出反饋時(shí)間表，要及時(shí)同步給大家，并且在群里進(jìn)行簡要提醒和說明。如果遇到自己解決不了的問題，可以找相關(guān)人員進(jìn)行私聊解決，或者小團(tuán)隊(duì)討論。

　　(2)推進(jìn)項(xiàng)目上線

　　配合測試輸出用例，配合運(yùn)營輸出運(yùn)營需求，配合UI輸出UI稿，配合開發(fā)輸出技術(shù)方案。進(jìn)行全流程的項(xiàng)目管理，輸出時(shí)間節(jié)點(diǎn)完成日期落實(shí)到責(zé)任人，做好項(xiàng)目排期，并且跟進(jìn)上線。

　　最后，不同的產(chǎn)品經(jīng)理有各自習(xí)慣的評審方法，不同的團(tuán)隊(duì)有不同的工作方式，不同的公司有不同的企業(yè)文化，不同的需求有恰當(dāng)?shù)脑u審方式，產(chǎn)品經(jīng)理應(yīng)該因地制宜。