需求評審通常是由產品經理主持，通過講解產品需求文件，讓相關人員了解具體需求，並提出疑問，進行溝通的過程。統一大家對產品需求的理解，為後續「如何做」打好基礎。從整個產品的分析、設計和開發的流程來看，需求評審是乙個非常重要的環節，它串起了前期的需求收集、需求分析和後期的需求實施和產品落地。
時間點立項後（基本確定業務流程、功能點、核心功能的原型線框圖等）
目的明確功能優先順序，評審業務流程設計的合理性
參會方產品、需求方、相關運營、專案經理、老闆
評審內容
包括功能表、流程圖、原型初稿（線框圖）
時間點產品內部確定方案，輸出全量功能的原型後
目的開發同學了解需求，評估技術可行性、提前設計架構；
參會方產品、測試組長、開發組長、專案經理
評審內容
功能列表、相關流程圖、原型&需求文件
時間點開發確認需求可落地，ui同事同步就可以進行需求評審
目的了解需求和業務流程，理清前端頁面，確定工期；
參會方產品、ui、專案經理
評審內容
ui表（前端頁面list）、原型
時間點需求詳細文件輸出後
目的開發測試詳細了解需求、ui稿評審、評估開發量和排期
參會方產品、參與開發的全部人員、參與測試的全部人員、ui、專案經理
評審內容
功能列表、相關流程圖、原型&需求文件詳版、ui稿
在召開會議前，內心要清楚的知道本次會議參與的人員型別，他們各自關注的重點在**
（1）與會人員對需求的目標不明確，易發散思維，最終偏離方向
（2）對某個需求點相持不下，認為該需求不合理/開發周期長不划算，從而導致場面混亂，長時間僵持下去
（3）對技術方案**不定，對問題點無限引申
（4）遺漏評審時的待改動的需求點
在會議評審前1-2天，把確定好的會議時間、地點、所需要的資料通過郵箱發給會議相關人員，讓大家先對產品評審有個大概的了解，具體資料可能包括產品原型圖、流程圖、產品功能列表、prd、ui圖等。
（1）面對不同的角色，我們講解的重點是不一樣的，高層關注需求的目標性（目標、意義、價值），中層關注需求的功能範圍（這個版本必須完成的任務）、實操人員關注需求的實現落地（更扣細節）；
（2）評審過程不可避免乏味，越往後越馬虎，所以先講重點模組，評審時間長時，建議隔時間段休息或分批次進行；
（3）評審過程中會遇到挑戰，這就需要我們設計時，保證文件流程完整、邏輯完善、原型規則詳盡，設計有理有據，能拿出資料支撐或競品樣例或合理的思路；
（4）會上遇到無法拍板的點，記錄下來會後處理，不用過多糾纏；
（5）會議開始時，需要提前說明本次會議的內容範圍、會議目的、會議所需結果；
（1）整理會議紀要內容，會議結束後，應當天總結處理會議上所有討論的爭議點，以及討論的結果內容！
（2）是否需要進行調整。立馬處理在會議上未能討論解決的內容，應盡快確認 是否應該調整？調整的範圍是多少？並且及時反饋告知處理結果。
（3）會議結束後， 是否需要再次召開會議，討論內容，
（4）傳送會議記錄。會議結束後，當天內應及時通過正式渠道發布會議紀要。
提取碼：goez
評估產品機會 產品評審團 《啟示錄》
為了評估產品機會，產品經理需要思考如下十個問題 1 產品要解決什麼問題？產品價值 2 為誰解決這個問題？目標市場 3 成功的機會有多大？市場規模 4 怎樣判斷產品成功與否？度量指標或收益指標 5 有哪些同類產品？競爭格局 6 為什麼我們最適合做這個產品？競爭優勢 7 時機合適嗎？市場時機 8 如何把...
產品經理之產品規劃
產品規劃 1.什麼是規劃 規劃是對未來的規劃,下個星期要做的事情不是規劃 規劃事要可以落地的行動方案,願景和理想不是規劃 新產品的規劃契機，主要是分析和說明方向和去式的可行性，通過盡量全面的論證來避免戰略上的錯誤 成長期的產品規劃，主要是突出產品迭代和演進過程中的產品路線，以把握諸多需求和功能的主次...
產品經理之產品調研
產品調研 1.市場和行業的區別 市場 由消費者和他們的需求構成 行業 提供可替代商品的公司構成 2.市場與行業的關係 3.從巨集觀和微觀區分市場和行業 4.需求是產品的基石 需求，有很多種種類。按照成分去分，有社會需求和個體需求，按照功用分，有企業需求和個人需求，按照型別分，有功用需求和原始需求。c...