作者：tao ?（轉載已獲得作者授權）

在產品落地開疆擴土前進上，需求評審就是產品人開荒的第一步！

搞產品的人都會經歷過無數次的挑刺，無數次的評審！

當大家對于產品提出一道道質疑時，這時候就要以專業的知識說服溝通他們！

很多產品人更多層面是在會議之前準備的不夠充分，從而導致會議效率低下，甚至于需要好幾次才能通過！

（需求評審會議的意義再次就不做討論了，你們懂得！）

在召開會議前，內心要清楚的知道本次會議參與的人員類型，各自大概的需求點？

常見人員	挑哪些刺
研發人員	相愛相殺好伙伴，他們更多的在意 實現層面，以及數據關聯性；
測試人員	會跟你糾結流程細節，PRD細節，啥刺也挑；
運營人員	在乎新版如何運營，一般等上線后再挑，更加在乎是否有運營工具；
市場人員	在意大的流程，以及產品重大賣點，怎么忽悠怎么賣錢；
UI/UE/UX	一般內心是向著用戶體驗上，視覺交互上；
產品人員	好戰友，陪你前進，給你壯膽，幫你記錄會議內容，協助糾紛處理；
……	………………

好了，開始直奔主題內容，說說好的需求評審流程該怎么走？

按照會議的流程來說，可以劃分為 “會議前”，“會議中”，“會議后”這三大環節

一、會議前

會議召開前

在會議召開之前，應提前準備好相關的內容，以及常見問題的應對措施

• 了解會議目的
  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、需要誰進行配合，感謝哪些支持等等！

溫馨提示：至始至終，要明確你開會是為了什么，想要什么結果！

終于可以安心了，任務開始徐徐前進了，可接下來的工作還不少，還要繼續開撕！

最后，也歡迎有問題的小伙伴加微信：yw5201a1?溝通交流。

更多干貨可關注微信公眾號：產品劉

··················END··················

今日研報：紅餐網發布《2021中國餐飲營銷力白皮書》，公眾號后臺回復“ 餐飲營銷力?”，即可下載完整PDF文件。

RECOMMEND

推薦閱讀

不符合招聘要求，但我卻獲得了面試機會

分享一篇關于陌生人社交的競品分析報告

數據產品經理為什么吃香？

B端產品如何尋找競品

點擊“閱讀原文”

查看更多干貨

總結

以上是生活随笔為你收集整理的需求评审流程该如何高效的走下去的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。