產品經理之產品評審會

原文: 產品經理之產品評審會

文章大綱

1、 什麼是產品評審會
2、 產品評審會類型
3、產品評審會注意點
4、相關模板下載
5、參考文章

 

1、 什麼是產品評審會

  需求評審一般是由產品經理主持，經過講解產品需求文檔，讓相關人員瞭解具體需求，並提出疑問，進行溝通的過程。統一你們對產品需求的理解，爲後續「如何作」打好基礎。從整個產品的分析、設計和開發的流程來看，需求評審是一個很是重要的環節，它串起了前期的需求收集、需求分析和後期的需求實施和產品落地。

2、 產品評審會類型

1. 產品內部評審

時間點
  立項後（基本肯定業務流程、功能點、核心功能的原型線框圖等）
目的
  明確功能優先級，評審業務流程設計的合理性
參會方
  產品、需求方、相關運營、項目經理、老闆
評審內容
  包括功能表、流程圖、原型初稿（線框圖）

2. 技術評審

時間點
產品內部肯定方案，輸出全量功能的原型後
目的
開發同窗瞭解需求，評估技術可行性、提早設計架構；
參會方
產品、測試組長、開發組長、項目經理
評審內容
功能列表、相關流程圖、原型&需求文檔

3. UI評審

時間點
開發確認需求可落地，UI同事同步就能夠進行需求評審
目的
瞭解需求和業務流程，理清前端頁面，肯定工期；
參會方
產品、UI、項目經理
評審內容
UI表（前端頁面list）、原型

4. 開發終審

時間點
需求詳細文檔輸出後
目的
開發測試詳細瞭解需求、UI稿評審、評估開發量和排期
參會方
產品、參與開發的所有人員、參與測試的所有人員、UI、項目經理
評審內容
功能列表、相關流程圖、原型&需求文檔詳版、UI稿

3、產品評審會注意點

1. 瞭解各方關注點

  在召開會議前，心裏要清楚的知道本次會議參與的人員類型，他們各自關注的重點在哪裏

 

2. 需求評審時常發生的狀況

（1）與會人員對需求的目標不明確，易發散思惟，最終偏離方向
（2）對某個需求點相持不下，認爲該需求不合理/開發週期長不划算，從而致使場面混亂，長時間僵持下去
（3）對技術方案探討不定，對問題點無限引伸
（4）遺漏評審時的待改動的需求點

2. 會議前的準備

  在會議評審前1-2天，把肯定好的會議時間、地點、所須要的資料經過郵箱發給會議相關人員，讓你們先對產品評審有個大概的瞭解，具體資料可能包括產品原型圖、流程圖、產品功能列表、PRD、UI圖等。

3. 會議中注意事項

（1）面對不一樣的角色，咱們講解的重點是不同的，高層關注需求的目標性（目標、意義、價值），中層關注需求的功能範圍（這個版本必須完成的任務）、實操人員關注需求的實現落地（更扣細節）；
（2）評審過程不可避免乏味，越日後越馬虎，因此先講重點模塊，評審時間長時，建議隔時間段休息或分批次進行；
（3）評審過程當中會遇到挑戰，這就須要咱們設計時，保證文檔流程完整、邏輯完善、原型規則詳盡，設計有理有據，能拿出數據支撐或競品樣例或合理的思路；
（4）會上遇到沒法拍板的點，記錄下來會後處理，不用過多糾纏；
（5）會議開始時，須要提早說明本次會議的內容範圍、會議目的、會議所需結果；

4. 評審後的跟蹤

（1）整理會議紀要內容，會議結束後，應當天總結處理會議上全部討論的爭議點，以及討論的結果內容！
（2）是否須要進行調整。立馬處理在會議上未能討論解決的內容，應儘快確認 是否應該調整？調整的範圍是多少？而且及時反饋告知處理結果。
（3）會議結束後， 是否須要再次召開會議，討論內容，
（4）發送會議記錄。會議結束後，當天內應及時經過正式渠道發佈會議紀要。

4、相關模板下載

連接：https://pan.baidu.com/s/192CxA3jSVbmqbSyD1DE6zA
提取碼：goez

5、參考文章

1. https://baijiahao.baidu.com/s?id=1594280211504440585&wfr=spider&for=pc
2. https://www.sohu.com/a/146679168_114819