前言
今天我們講的需求評審包括兩個部分，需求過濾和需求評審。

需求過濾

1.需求分析
不是所有需求都要做進產品，我們要根據公司和產品的定位，進行合適地分析和過濾。

我們需要分析出用戶需求所對應的本質，將其轉化為產品能夠提供的解決方案，即“將用戶需求轉化為“產品需求”。

蘇傑在《人人都是產品經理》中就將這個過程歸納為“需求的DNA檢測”。
（1）確定需求基本屬性：負責該需求的PM、需求屬於產品哪個模塊、需求描述等。
（2）需求的商業價值。
（3）需求的實現難度（工作量）。
（4）需求的性價比（價值/工作量）。

同時需求決不能馬虎，簡單的記錄需求是對自己產品不負責任的一種行為。下面給一個需求記錄的借鑒格式：

需求DNA檢測表格

2.需求過濾
需求分析之後需要進行需求過濾，一方面過濾性價比低、不符戰略的“偽需求”，另一方面要排列需求的優先級，便於產品開發計劃的制定。

這一環節非常關鍵，如果過濾不夠合理的話，就會發生被砍的事件......

3.概念過濾
對於創業團隊或是企業新項目，則需要對產品的整體概念進行過濾。這裏我們直接引用《結網》裏對概念過濾的6個問題：
（1）這個概念的原始出處在哪裏，全球最佳實踐在哪裏？

（2）這個概念能為它的目標用戶帶來什麽？

（3）進入的壁壘是否過高或更低？

（4）哪些用戶會從中受益，他們是男是女，年齡多大，有多少人？

（5）這個概念是否有商業模式？

（6）它是否能夠成為平臺或現金牛，在公司的戰略布局中將處於什麽位置？

這裏強烈建議大家閱讀《結網》原文中這一部分，對於產品人來說，這本書部分提供了產品知識很好的廣度和深度。

需求評審
需求評審是在產品進入正式開發前，由產品經理、設計人員、研發人員等針對將要開展的工作內容，進行檢查並提出問題的過程。

通常由產品經理組織召開需求評審會。

1.目的
（1）方案評審：評估方案的技術難度、實現周期、投入產出狀況，互聯網產品叠代速度快。

（2）產品介紹：讓與會者清晰地了解產品、需求來源、預期收益等，明確個人在整個方案中的所處的位置、職責等，對各自負責部分的實現難易有一定心理準備。

（3）細節溝通：讓技術與測試人員深刻了解產品方案，關註方案細節，便於後期高效開發，避免了後續反復低效的溝通行為。

2.評審準備
（1）提前與開發、測試、設計等團隊溝通協調時間，確保關鍵角色都有時間可以參加，確定需求評審會的時間安排，訂好會議室，通過郵件發出會議邀請，並確保所有人知道。

（2）提前準備好產品交互原型、產品需求文檔，通過郵件等形式發送給與會成員，並要求與會成員抽時間查閱相關文檔，並提出自己的問題。

（3）提前收集大家對於本次評審內容的問題，匯總好問題後逐一解答，以郵件的形式統一回復給大家。

3.評審會議
評審會議需要產品經理整體把握好，牢記評審的目的和任務，這裏註意以下幾點：
（1）把握方案框架，切勿死摳細節
（2）掌控節奏，切勿爭吵
（3）認真傾聽，做好記錄

4.評審總結
需求評審之後要形成會議記錄或評審報告，對參與人員、評審方式、評審地點、評審時間、評審內容、問題記錄及處理意見、評審結論進行詳細的記錄。

產品經理要參考評審中各部門提出的意見完善方案，更新產品文檔，制定後續工作計劃，明確責任人及反饋排期。

再評審完成之後，意味著你即將進入廣義的產品開發流程。

第六章：需求評審如何進行