編輯導讀：作為產(chǎn)品經(jīng)理，一定會經(jīng)歷需求評審，你是否被懟的啞口無言過？你的團隊是否昏昏欲睡過？你們是否不歡而散過？怎樣開一場需求評審呢？本文作者分享了他的幾點看法，希望對你有所幫助。

一、需求評審是什么？

要想開一場完美的需求評審會，必須明白需求評審的目的，只有明確目的后，做好相關的準備工作才能夠事半功倍！

1. 需求評審的目的

• 檢視需求的合理性與完整性，降低需求風險。
• 與項目干系人對項目目標、需求達成一致，方便其他工作人員能夠了解工作任務，從而增強團隊協(xié)作能力。
• 能夠對產(chǎn)品進行全方位的論證，驗證或更改自己的想法、獲取更多的想法，進行頭腦風暴，完善產(chǎn)品需求。頭腦風暴的作用有以及幾點，不僅僅試用與需求評審也適用于其他方面。

頭腦風暴

1. 讓參與者敞開思想集體討論，相互啟發(fā)激勵，以彌補知識缺陷
2. 引起創(chuàng)造性設想的連鎖反應，產(chǎn)生盡可能多的設想，并使各種想法在相互碰撞中激起腦海中創(chuàng)造性風暴
3. 再對設想進行客觀，連續(xù)的分析
4. 從而找出解決難題的黃金方案

如果沒有需求評審將會產(chǎn)生什么后果呢？

1）需求嚴重的失真性！

2）增加項目成本，項目成員對需求的意見沒有保持一致，不清楚自己要做什么，也不知道做成什么樣子，什么時候交付，嚴重影響項目的進度。

3）思維角度分歧，產(chǎn)品經(jīng)理和工程師各自的視角不一樣，工程師代表的是技術思維，而產(chǎn)品經(jīng)理代表的是產(chǎn)品和用戶思維，這兩種思維天然就存在一些沖突和矛盾。

2. 成功的需求評審

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

• 產(chǎn)品目標：能夠講明白，我們要做什么產(chǎn)品，為什么要做，做這個產(chǎn)品的意義，能解決什么問題。
• 產(chǎn)品功能：能夠說出產(chǎn)品功能實現(xiàn)的意義和規(guī)則，涉及到哪些方面，前端、后臺、UI、UE、運營、測試，并且向團隊指出為了完成該需求應該怎么做，合理的分配任務。
• 產(chǎn)品實施：解決會上提出的問題，輸出會議紀要及項目計劃表。

二、如何做好需求評審？

1. 評審會前準備

（1）郵件通知

任何形式的溝通，都必須以郵件（公司聯(lián)系方式）來確認，郵件的內(nèi)容包括一下幾個方面。

項目背景介紹，如果是新項目，要輸出 BRD 和市場調(diào)研分析， 用戶畫像，老項目要輸出數(shù)據(jù)分析、用戶反饋，競品狀況，也就是需求來源等，讓團隊成員對需求評審會的項目有個大致準備，每個人都可以在會前有思考的過程，方便各成員能做好相關的會議準備。

輸出項目目標，本次項目，你要達到什么目的，評估標準，作為產(chǎn)品經(jīng)理可以提前通過該種方式讓團隊成員知道自己的觀點和想法，提前輸出，方便會議時能夠更好的理解。

輸出項目文檔，BRD/MRD、PRD、流程圖、結構圖、原型圖、以及與之相關的所有文檔。不做無準備的仗，只有文檔的輸出才能讓團隊成員能夠全方位的了解項目。

邀請人員：測試、開發(fā)（前端、后端、客戶端、運維）、UI、UE、運營、以及Boss和確定開會的時間和地點。因為不是所有人的時間都是一致的，只有提前確定時間，才能確保會議的正常進行，必要時，需要會前多次通知及確認。

（2）提前預演

預演不需要太多人，項目相關的核心人員（產(chǎn)品經(jīng)理、前端主管、后臺主管）即可。

從他們的角度看有沒有漏洞，證需求文檔的主要邏輯沒有問題，從而明確需求能不能實現(xiàn)

為了獲取認同，獲得會議的支持者，提前通個氣，這樣可以能減少很多不必要的矛盾，甚至是領導的肯定，那么接下來的項目推進，就會非常輕松，在遇到爭議性較大的議題時，這一點會非常有效。

（3）自我的會前準備

產(chǎn)品經(jīng)理作為需求評審會的核心成員，必須對該項目有深層次的了解，

例如需求背景，需求的來源，目標用戶，市場現(xiàn)狀，遇到的問題，調(diào)研結果，要解決問題的深入分析和思考。

通過自我的思考和準備進行改進和完善，通過準備工作發(fā)現(xiàn)要評審的產(chǎn)品方案的不足并加以修正，在需求評審會上提高需求評審通過的概率。

只有在會前有過準備和思考并且能夠在會議時了然于胸，才能立于不敗之地，不然會被其他人員懟的啞口無言。

2. 會議中

你穿上了一身破爛T恤，打開會議室的門，連接好投影儀，睜開一夜未眠的雙眼，這場戰(zhàn)斗才剛剛開始。

那么，這個會要怎么開？

開會有時候就是靠著你這一張三寸不爛之舌，征服大家。

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

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

在進行需求評審時前不要忙著講解用戶操作流程，演示原型圖，

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

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

產(chǎn)品經(jīng)理不僅要會說而且還要會聽，善于傾聽他人意見和想法。

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

例如產(chǎn)品經(jīng)理和工程師，產(chǎn)品經(jīng)理在陳述完產(chǎn)品設計思路后，工程師就會對產(chǎn)品設計提出意見，然后產(chǎn)品經(jīng)理會回應工程師的意見，這個過程中的討論經(jīng)常轉變成一場無關主題的爭論。

比如對于登錄功能的設計，是否需要在密碼中支持特殊符號，產(chǎn)品經(jīng)理的意見是需要支持。

因為不同人對于密碼的要求不一樣，有很多用戶會使用特殊字符設置密碼，不能通過特殊字符設置密碼會給用戶一種不安全感。

工程師認為特殊字符過于復雜，產(chǎn)品可以定義一個統(tǒng)一的規(guī)則例如只支持數(shù)字和字母，這樣產(chǎn)品規(guī)則就簡單了。

注意，在這個過程中，大家討論的焦點并不是產(chǎn)品的技術實現(xiàn)解決方案，而是對產(chǎn)品的設計和對用戶的理解，如果產(chǎn)品經(jīng)理能夠把握住這個差別，應該耐心地詢問工程師這兩種設計方式在實現(xiàn)上有沒有區(qū)別，如果沒有區(qū)別，則建議選擇讓用戶更具安全感的支持特殊字符的方式；

如果在技術實現(xiàn)上有區(qū)別，那么再來衡量具體實施工作量，看投入產(chǎn)出是否合適。通過對問題的區(qū)分可以化解爭論。

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

產(chǎn)品經(jīng)理不僅要會說會聽還要會記

需求評審會時，一定一定要安排產(chǎn)品助理進行會議記錄，如果沒有助理自己準備錄音筆，需求評審會，會遇到很多問題和想法，不可能當時就解決，優(yōu)先解決重點內(nèi)容，記錄會議內(nèi)容可以防止問題的遺漏，對于細節(jié)問題，可以私下單獨聯(lián)系解決。一份會議記錄可以幫助你回憶整個會議內(nèi)容，事后可以針對性的進行內(nèi)容整合分析。

3. 會議后

會議開完了就完了嗎？那可不是的，一天的戰(zhàn)斗才剛剛開始，會議后依舊十分的重要。

會議后需要對會議記錄進行整理，對于沒有解決的問題及時的處理，需求需進行修改，并且修改好以后，把會議修改的內(nèi)容全部發(fā)出來，達成一致的、修改的、疑問的一一列舉出來，并輸出反饋時間表，要及時同步給大家，并且在群里進行簡要提醒和說明。如果遇到自己解決不了的問題，可以找相關人員進行私聊解決，或者小團隊討論。

做好會議總結：通過總結分析今天會議自己的不足，以及整個會議遇到的問題，和會議得到的結論和觀點，及時的反思優(yōu)化，避免下一次發(fā)生同樣的錯誤，為項目的進一步推進做好準備。

跟進各個角色：配合測試輸出用例，配合運營輸出運營需求，配合UI輸出UI需求，配合UE輸出UE需求，配合開發(fā)輸出功能列表。進行項目管理，輸出時間節(jié)點完成日期落實到責任人，以及后續(xù)評審日期，上線全環(huán)節(jié)跟進，并整理需求。

總結

產(chǎn)品需求不會是百分百正確，我們要客觀面對需求，及時止損，及時改變。

需求評審會也不是一次就能解決問題的，我們需要與時俱進，隨時更新，面對新需求不畏懼，面對需求評審會，評審會議不要糾結交互細節(jié)和設計細節(jié)，而是判斷產(chǎn)品方面、研發(fā)流程、時間成本、完善產(chǎn)品功能，對大方向進行決策。

做好會前準備，合理通知，體驗預演，自我思考，掌握會議的整體局勢

會中實施，通過溝通，傾聽，記錄，把握會議的脈搏

會后總結，及時整理認真反思，解決會議問題，開始項目跟進，推進項目實施。

本文由 @心如草木 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)作者許可，禁止轉載。

題圖來自Unsplash，基于CC0協(xié)議。