產品需求評審前、中、後三階段，都該做好哪些準備？

04-27

需求評審目的是讓項目的參與者（這裡主要指研發測試）能夠快速理解產品的意圖，認可採用的方案。那作為產品經理，需要注意哪些事情，才能讓一個需求評審能夠高效的完成呢？

可以先回憶一下我們評審過程中遇到的一些問題：

「這個做了有什麼用？」

「有沒有認真想過？」
「唉，你這個做了，之前的XX是不是就沒用了」
「這個做不了」
「有和業務方確認過嗎？」

「你這個需求這麼大，一下子評的完嗎？」
「我靠，你是不是傻X，哪有這麼設計的？」
「你是產品經理，你的數據呢？」

（歡迎留言補充）

不管是新手上路，還是老司機開車，在需求評審過程中，相信都碰到過上面的情況。為了讓效率更高，目標明確，我們可以在評審前、評審中和評審後做相應的準備：

1、評審前——做好產品基本功

如果是一個商業產品需求，請和你的業務方認真推演產品要解決的問題。注意要摳出業務方要解決的問題，而不是問業務方「你要不要這個功能？」作為產品經理，你要相信自己的產品設計能力，業務方提供的產品方案可以作為參考，不能作為指南。
如果一個是工具類的產品或者體驗層面的優化，請認真分析各個方案背後的用戶心理變化，同時準備好相關數據佐證你的假設。評審上可能用得到
仔細推敲產品方案，是否有考慮過還有其他的方式可以解決問題，不同的方案優缺點各是什麼。
提前找到此項目對應的技術負責人，認真的和他們溝通你的方案和想法，技術的小夥伴們不是被動的執行者，讓他們參與到你的前期設計中來。
請去掉「我是產品經理，我比你懂市場，我比你懂交互，我比你懂人性」的帽子，很多技術小夥伴真的比你懂。
準備好一份邏輯清晰的需求文檔，形式不局限，核心是要表達清楚你的意圖。
如果之前評審經常出現表達混亂，說的意思別人不容易懂。你可以再辛苦點，準備好一份評審大綱
仔細review你的需求文檔，是否各個細節都考慮到了，尤其是異常的情況，和其他系統有依賴影響的情況。不然測試的同學會把你問的啞口無言

（歡迎補充）

2、評審中——注意表達，注意情緒，控制好節奏

1）參與評審的技術，他們的關注點可能各不相同。有的擅長剖析你的需求動機業務目標（大部分的技術leader會關心）、有的擅長追求細節（比如測試同學）、有的喜歡帶偏話題（在你評審的時候，可能他們會提一個其他的話題）、也有的喜歡用「教導你」的口吻「教你」做怎麼產品，還有各種各樣

2）需求開始，可以先講清楚你的業務背景，確保大家理解的前提下再帶入你的方案。然後記得要闡述為什麼要用這套方案，而不是其他方案。這兩件事情需要在開始就說的很清楚，講完後可以停頓讓大家提業務背景和方案的問題。這裡要掐斷那些喜歡問交互細節，邏輯細節的問題。

這一步驟的重點是要說清楚發生了什麼問題，為什麼這麼干而不是那麼干——這樣不至於在後續的環節里，又有人提回來質疑你的需求背景

3）複雜的問題，考慮用一些流程圖，再結合「總分總」的方式。可以先說明白整理步驟，先做什麼，再做什麼，最後做什麼。然後再按步驟細評各個環節的細節，都評完後再闡述一下總的流程。

4）注意話題不要被帶偏。在過程中，出現某個同學說「唉，之前有個XX也是類似的問題，還沒解決」。這個時候作為產品經理，應及時掐住話題源頭，可以說這個問題待會私下討論。

5）新人控不住節奏的時候，可以求助會議上稍微資深的技術大大來控制節奏。「這個問題好像和本次評審無關，李大大我們會後再聊這個，你看怎麼樣？」——李大大可能是個技術總監。

6）你也會遇到喜歡爆粗口的技術。「我操，這有個屁用啊！」「你是不是腦殘啊！」我們要控制好自己的情緒，因為這個粗口的背後，他們想表達的意是：「這樣設計是不是不對」？只是加了一個感嘆詞嘛。聽他們把背後的原因說出來，不建議用「為什麼沒用啊？」「這樣挺好的啊」「我靠，你才腦殘」來正面回應他們的感嘆詞，這會讓氣氛更尷尬，後面的評審更難進行。可以問「是有什麼問題嗎？」「方案哪裡不合理？」

7）「這個不好做」、「實現不了的」。遇到技術們這樣的回應時，絕大情況下是背後有一個巨大的開發量。不建議直接駁斥「這個還這麼麻煩啊？」「很簡單的啊，這樣搞搞就行了啊」。我們需先權衡是否值得這樣的投入？如果的確是一個很重要的業務卡口，可以表達清楚這件事的嚴重性，就算開發複雜，需要較多的時間也可以接受。

8）做好會議紀要！以便會後討論和修改

3、評審後——保持持續跟進，反覆review

評審結束不代表就等著上線了，接下來要做的是持續的關注。需要不斷的review，確保該表達的細節都有表達
需求更新，請維護好更新的記錄，在什麼時間點更新的，請通知相關的開發測試設計同學，不要藏著掖著
跟進開發計劃和進度
準備二期的內容

最後一句，你得讓技術感受到你是要做好產品的，不是完成任務的（自行體會）。希望可以幫到你~