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

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

　　一場成功的需求評審會，是能夠完整清晰傳遞產(chǎn)品目標、產(chǎn)品功能，能獲得團隊認同，并且會后團隊能夠配合實施的，從而能有效推動產(chǎn)品進度的會議。

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

　　一、 評審會前準備

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

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

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

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

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

　　需求方案分為兩部分：原型+交互說明?？梢栽谠蜕险故镜囊欢ㄒ嬋?，交互說明主要寫原型上看不到的邏輯信息，能用圖展示的盡量用圖展示(例如：UML圖、功能流程圖、狀態(tài)機等)。同時還要考慮是否把所有的場景都考慮周全，很多時候產(chǎn)品經(jīng)理會忽略業(yè)務的逆向流程。

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

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

　　二、 評審會議中

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

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

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

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

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

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

　　作為一個團隊，每個所對應的崗位不同，思考的維度就會不同，工程師考慮的是技術，UI考慮的是交互，老板考慮的是商業(yè)價值等等。

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

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

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

　　三、 評審會議后

　　(1)對記錄進行整理

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

　　(2)推進項目上線

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

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