文章大綱
一、 什么是產品評審會
二、 產品評審會類型
三、產品評審會注意點
四、相關模板下載
五、參考文章
一、 什么是產品評審會
需求評審通常是由產品經理主持，通過講解產品需求文檔，讓相關人員了解具體需求，並提出疑問，進行溝通的過程。統一大家對產品需求的理解，為后續“如何做”打好基礎。從整個產品的分析、設計和開發的流程來看，需求評審是一個非常重要的環節，它串起了前期的需求收集、需求分析和后期的需求實施和產品落地。
二、 產品評審會類型
1. 產品內部評審
時間點
立項后（基本確定業務流程、功能點、核心功能的原型線框圖等）
目的
明確功能優先級，評審業務流程設計的合理性
參會方
產品、需求方、相關運營、項目經理、老板
評審內容
包括功能表、流程圖、原型初稿（線框圖）
2. 技術評審
時間點
產品內部確定方案，輸出全量功能的原型后
目的
開發同學了解需求，評估技術可行性、提前設計架構；
參會方
產品、測試組長、開發組長、項目經理
評審內容
功能列表、相關流程圖、原型&需求文檔
3. UI評審
時間點
開發確認需求可落地，UI同事同步就可以進行需求評審
目的
了解需求和業務流程，理清前端頁面，確定工期；
參會方
產品、UI、項目經理
評審內容
UI表（前端頁面list）、原型
4. 開發終審
時間點
需求詳細文檔輸出后
目的
開發測試詳細了解需求、UI稿評審、評估開發量和排期
參會方
產品、參與開發的全部人員、參與測試的全部人員、UI、項目經理
評審內容
功能列表、相關流程圖、原型&需求文檔詳版、UI稿
三、產品評審會注意點
1. 了解各方關注點
在召開會議前，內心要清楚的知道本次會議參與的人員類型，他們各自關注的重點在哪里
2. 需求評審時常發生的情況
（1）與會人員對需求的目標不明確，易發散思維，最終偏離方向
（2）對某個需求點相持不下，認為該需求不合理/開發周期長不划算，從而導致場面混亂，長時間僵持下去
（3）對技術方案探討不定，對問題點無限引申
（4）遺漏評審時的待改動的需求點
2. 會議前的准備
在會議評審前1-2天，把確定好的會議時間、地點、所需要的資料通過郵箱發給會議相關人員，讓大家先對產品評審有個大概的了解，具體資料可能包括產品原型圖、流程圖、產品功能列表、PRD、UI圖等。
3. 會議中注意事項
（1）面對不同的角色，我們講解的重點是不一樣的，高層關注需求的目標性（目標、意義、價值），中層關注需求的功能范圍（這個版本必須完成的任務）、實操人員關注需求的實現落地（更扣細節）；
（2）評審過程不可避免乏味，越往后越馬虎，所以先講重點模塊，評審時間長時，建議隔時間段休息或分批次進行；
（3）評審過程中會遇到挑戰，這就需要我們設計時，保證文檔流程完整、邏輯完善、原型規則詳盡，設計有理有據，能拿出數據支撐或競品樣例或合理的思路；
（4）會上遇到無法拍板的點，記錄下來會后處理，不用過多糾纏；
（5）會議開始時，需要提前說明本次會議的內容范圍、會議目的、會議所需結果；
4. 評審后的跟蹤
（1）整理會議紀要內容，會議結束后，應當天總結處理會議上所有討論的爭議點，以及討論的結果內容！
（2）是否需要進行調整。立馬處理在會議上未能討論解決的內容，應盡快確認 是否應該調整？調整的范圍是多少？並且及時反饋告知處理結果。
（3）會議結束后， 是否需要再次召開會議，討論內容，
（4）發送會議記錄。會議結束后，當天內應及時通過正式渠道發布會議紀要。
四、相關模板下載
鏈接：https://pan.baidu.com/s/192CxA3jSVbmqbSyD1DE6zA
提取碼：goez