需求評審流程該怎麼高效有條理
| 編輯推薦: |
| 本文來自於jianshu，文章介紹了按照會議的流程劃分為 "會議前"，"會議中"，"會議後"三大環節的需求評審流程。 |
在產品落地開疆擴土前進上，需求評審就是產品人開荒的第一步！
搞產品的人都會經歷過無數次的挑刺，無數次的評審！
當大家對於產品提出一道道質疑時，這時候就要以專業的只是說服溝通他們！
很多產品人更多層面是在會議之前準備的不夠充分，從而導致會議效率低下，甚至於需要好幾次才能通過！
（需求評審會議的意義再次就不做討論了，你們懂得！）
在召開會議前，內心要清楚的知道本次會議參與的人員型別，各自大概的需求點？
好了，開始直奔主題內容，說說好的需求評審流程改怎麼走？
按照會議的流程來說，可以劃分為 “會議前”，“會議中”，“會議後”這三大環節
一、會議前
會議召開前
在會議召開之前，應提前準備好相關的內容，以及常見問題的應對措施瞭解會議目的
1、統一思想，瞭解需求意義，
2、明確需求具體涉及範圍，
3、確定事項落實工期與責任，
4、確定開展工作，
你要清晰的知道為什麼要召開這次會議
提前準備好資料
需準備好相關的原型，互動設計稿，流程圖，功能概要列表，PPT，PRD等，並在提前傳送到環節涉及所有人
提前通知責任人
1、除了正式渠道（如郵件，群等），還需再次口頭告知確認，
2、通知內容需包含：
需求資料，參會人員，會議內容主題，需要配合資源內容等
備好問題速救藥
產品內部自行檢查好：一般保證這幾方面：
（確定性，完整性，複雜性，熟悉性，穩定性，互動性）
1、確定要這麼做？這麼做會***，考慮清楚要這麼做？
2、還有這種情況你沒考慮到？
3、這個搞的話，太複雜了，能簡單點不？
4、你要動這一塊，有沒有考慮到現有的流程？
5、確定定稿這些內容了，會不會再出現變化？
6、這個互動為什麼要這樣，主要的是這樣？劃重點來了，在對接研發人員，他們要的不是你懂技術，要的是你不要改需求！
二、會議中
會議召開中
準備好相關的資料後，也提前通知責任人了，終於可以開始了
召集小夥伴開會咯
時間點到了後，要及時拉上所有相關人員，由於人都有拖延懶惰的特點，記得在開會10分鐘就要喊上他們，保證會議準時進行！
講解前應先說說本次會議的內容範圍
相關涉及責任人到會議室後，應在開會前明確表明確認：
本次會議目的，會議涉及內容，會議所需結果；
（不要一上來就直接講原型！）
記得做好會議記錄
除了記錄常規的會議內容之外，
還需要重點記錄核心爭議討論點，以及討論結果！
有爭論不可怕，可怕的是方向偏，無效率
1、在討論需求之前，要明確爭論基點，不能無休止討論，也不能啥也不說，
2、出現爭論是好事，證明哪些人有在看，有在聽，
3、會前一定要保證主流程，主方向，主內容OK沒問題，
4、非常細的內容，不涉及主流程環節下，建議會後解決，
5、主流程環節出現爭論，一定要在會議解決掉，
6、不宜在會議爭論太長時間在工期環節，
7、明確本次開會目標，不宜偏題討論；
終於可以開始好好的講解需求了
講解答疑環節中應講究條理性與節奏，
1、需求背景：概述需求從哪來，為何要做這塊，
2、使用者與需求概述：描述需求應該要做成什麼樣，
3、功能模組：需求涉及相關的重點大的功能點，
4、簡要優先順序：描述下當前的最重點內容，
5、流程講解：講解本次需求涉及主要流程，
6、原型與互動：開始講解原型內容和互動，
7、資料指標：講解本次需要哪些關鍵性的指標；
需要各各環節的配合
明確落實本次需求需要哪些人，哪些資源進行配合！
比如：需要運營協助處理文案；需要開發協助技術實現，需要行政協助開設激勵獎等
總結概括本次會議內容
1、講解溝通完成之後，應再次複述總體需求內容，
2、諮詢確認是否瞭解當前整個需求內容；
責任人複述確認
1、讓相關責任人簡要複述確認理解層面是否一致，
2、以明確瞭解需求內容為判斷依據，
3、是否簽字畫押確認由各自環境決定；
爭吵時間節點（工期與上線）
講解溝通完畢後，就進行相關的初步定稿評估工期時間，以及告知計劃上線時間；
（會議定稿初步工期，部分爭議則私下解決！）
三、會議後
會議召開後
終於熬過挑刺環節了，距離落地執行沒多遠了，可工作還有這些：
整理會議紀要內容
會議結束後，應當天總結處理會議上所有討論的爭議點，以及討論的結果內容！
是否需要進行調整
立馬處理在會議上未能討論解決的內容，
1、應儘快確認是否應該調整？調整的範圍是多少？
2、並且及時反饋告知處理結果。
是否需要再次召開
會議結束後，是否需要再次召開會議，討論內容，
以落地責任人瞭解程度為判斷依據！
傳送會議記錄
會議結束後，當天內應及時通過正式渠道釋出會議紀要，
1、會議討論設計內容，
2、爭議點及其處理內容，
3、初步定稿時間與責任人；
落實明確行動計劃
會議定稿後，應推動落實需求前進！
再次確定定稿內容時間節點！
任務排期
內容/節點定稿後，則落實到具體的排期，開始專案跟進！
定稿內容傳送
定稿確認之後，應正式釋出通知相關責任人：
1、會議最終結果（排期，時間節點等），
2、本次涉及內容（有哪些內容，做到啥程度等），
3、需要誰進行配合，感謝哪些支援等等！