編輯導讀：作為一個產品經理，需求評審是產品設計開發的一個重要環節。貫穿產品實施的全過程，對產品的落地起著關鍵性的作用。如何才能做好需求評審呢？本文作者基于自身工作經驗，從四個角度對需求評審進行分析，希望對你有幫助。

作為產品經理，大家都或多或少參加過需求評審，也組織過需求評審?；叵胱约航M織第一次需求評審時，由于緊張，竟然忘記自己之前做的準備了，于是直接打開原型圖，對著它巴拉巴拉講了一大通。結果也就可想而知了。

那么這樣會造成怎樣的后果呢？

現場聽的人沒有搞懂；或者是講解遺漏關鍵點，甚至會造成最終的交付產品和原需求相差較大。

需求評審是產品設計開發的一個重要環節，貫穿了產品需求和產品實施的全過程，對于產品最終是否能按時落地起到關鍵的作用。

所以需求評審的重要性就不言而喻，小編將結合自己的實際經歷，介紹一些產品新人應該怎么做好“需求評審”。

一、明確需求宣講目

我們做某件事情，可以先去定義這件事情的目的是什么，為了實現這個目的我們應該怎樣去努力。

當你明白了這件事情的目的以后，你才會有對應的努力目標，才知道應該怎樣去努力。

那么需求宣講的目的是什么呢？

即通過我們將需求以通俗易懂的語言傳達給相關研發、設計、測試等人員，達成需求理解的一致，明確接下來的工作應該怎樣去展開。

研發同學會就需求的實現方面重點討論，另一方面UI同學就設計頁面的注意事項做確認，而測試人員大多會就系統的邊界進行補充說明。

知道了目標和不同的工作的側重點，下一步就要為實現這個目標，設定關鍵路徑，這也是產品能成果交付的必經之路。

二、如何為需求宣講做準備

無論你將要面對的是誰，提前做好準備，才能夠幫助我們穩定全場。這里我結合我自身實踐經驗，總結了一份準備事項。

首先，準備講解所需要的相關材料

在開始之前，首先明確講解的材料有哪些？這些材料講解的順序是什么？材料講解的側重點是什么？

需求宣講的材料，是我們講解的依據，我們先要把準備材料做足。才能幫助我們把客戶的需求通過思維導圖、原型圖等更好地傳達出來。

比如，我們需要先用思維導圖去把功能架構進行整體概述；然后通過原型圖詳細說明，在講解原型中，會借助流程圖、狀態圖等加以補充，這樣將我們準備的材料很好得組合起來，才能夠游刃有余的掌控自己的講解內容，相關的同事也才能夠更清晰明了。

然后要提前明確宣講的形式。

在正式宣講之前，需要事先聲明你想要宣講的形式，是整體講解完，再答疑；還是邊講解，邊答疑；或者講解和討論結合。

當然這要根據項目而異，比如，只是開發一個功能模塊，不復雜，可以先整體講完，讓團隊成員把問題記錄，后續一并作答。

宣講的形式，是能夠讓你掌控自己的講解節奏，不至于經常性被打斷，導致需求講解拖沓，影響整個會議效，這里推薦學習《六頂思考帽》幫助我們如何做會議的主導者。

最后要學會根據搭建的內容講解框架去執行。

我們要講解需求，不管是面對的是一個全新的系統，還是在原有系統上迭代功能，或者是增加新的模塊，我們大體都可以從背景-整體系統框架—詳細原型講解—問題答疑的過程，實現我們的講解目標。

三、需求宣講的講解思路

當然，我們真正去實操時，可能還是會有些疑慮，我們要怎樣講解顯得更加專業和完整呢？

以下幾個步驟或許能給你一些啟發。

首先，介紹一下對應的需求背景。

需求的宣講，介紹需求的用戶的背景，這點很重要。讓研發及測試人員能清楚知道用戶的需求。

系統是用來做什么的、主要滿足用戶哪些需求、能給公司創造什么樣的價值等，使開發及測試人員的工作目標很明確，也能從全局角度去考慮系統的價值。

其次是對應的整體的系統框架。

整體系統框架的講解，一般是通過導圖呈現，比如信息架構圖和功能結構圖，將功能以結構化的形式分塊講解，并且通過信息架構圖，將功能進行歸類，讓研發人員對系統概貌有一個了解，這里不需要將規則、功能定義詳細講解，具體的留到講解原型時去說明，這樣更直觀。

最后是系統原型的詳細講解，原型內容越詳細其實是越有利的，每個公司要求的原型顆粒度不同。

根據不同情況將原型細化做標注。那么講解的時候，是不是需要把所有標注的內容都講解到？

答案是肯定的。

如果在宣講時有遺漏，即便是原型上有標注，研發人員也有看不到的時候，這絕對是血的經驗。

當然，如果需求內容多，可分開多次宣講。其次在講解時，也要分開重難點，對于大家容易理解，眾所周知的的需求可以簡單帶過。

四、需求宣講注意事項

當然在這整個過程，會發生很多不可控的事情，所以一定要保持平常心，這里有幾個小tips分享給大家：

1. 因為原型內容相對較多，要注意講解模塊的節奏，給大家留有一定的思考時間。
2. 講解時要注意語速和語調的變化起伏，就像我們上課聽老師講課一樣，我們也會常常走神，一樣的道理，要讓你的講解有起伏，從聽覺上是一種享受。
3. 需求講解，為了讓內容更加豐富化和趣味化，可以以用戶故事的形式來去講解，一個個小故事串聯起整個系統。
4. 要放平心態，要知道需求的設計不可能是完美無缺的，我們有可能存在邏輯漏洞，我們也有可能在講解時做不到面面俱到，會存在一些隱含的需求未被講解出來等等。我們在需求宣講和答疑的時候，需要做的是收集項目組成員的問題，然后補充到自己的原型設計里面。

當然整個過程可以總結為輔助答疑式宣講，會有頭腦風暴時刻，交互交鋒，像極了切磋才藝的戰場，我們要從心態上保持開放、接納、期待，才能從這場戰役中獲勝。

當然需求宣講，其實是一個多方面鍛煉自己的很好的方式，包括自己演講、溝通、控場能力、思辨能力等，還能在這個過程中，吸收UI設計思維、開發思維、測試思維等。

所以，無需害怕，就大膽去接受需求審判吧。

以上是對于需求宣講的一些總結，希望對你有幫助。

本文由 @斷念 原創發布于人人都是產品經理，未經作者許可，禁止轉載。

題圖來自Unsplash，基于CC0協議。