如何搞砸1個需求評審？這3步，請拿捏住...

佛家講，一飲一啄，莫非前世注定。

對于產(chǎn)品同學來說，歸因理論本應該屬于基礎的底層產(chǎn)品思維，不僅應該清楚需求如何去做，更要知道需求背后的原因。

同樣的，評審會本身也可以理解為一個需求設計，而需求設計的核心就是成功開好評審會。

事實上，我一直覺得，對產(chǎn)品來說，核心的工作可簡化為兩塊：一個是需求設計，一個是需求傳遞。

需求設計和需求傳遞又分別對應著產(chǎn)品的硬實力和軟實力。

需求設計對應著硬實力，主要是指專業(yè)能力；需求傳遞對應著軟實力，主要是指溝通協(xié)調(diào)能力。

這其中，需求評審會是需求傳遞的重要表現(xiàn)形式，絕大多數(shù)的需求有效傳遞，都需要依賴需求評審會。

從某種意義上來說，能否成功開展好需求評審會是優(yōu)秀產(chǎn)品產(chǎn)品經(jīng)理的重要衡量標準之一。

但，我發(fā)現(xiàn)，仍然有不少產(chǎn)品同學在需求評審時存在不少漏洞，效果并不理想，甚至有的需求評審會過于失敗，中途叫停，直接影響產(chǎn)品的形象，一旦被貼上不專業(yè)的標簽，后續(xù)的產(chǎn)品工作溝通就很麻煩。

所以，我們要用歸因理論來復盤分析：

需求評審會最常見的坑有哪些？這背后的原因是什么？又應該如何來避免呢？

1、一上來就講解原型設計。

我之前寫過一篇文章，分享了需求評審會需要準備的提綱文件，也收到不少好評，文章中提到了需求評審的前提，以及應當準備的產(chǎn)品成果。

一般來說，需求評審應當準備好產(chǎn)品背景介紹方案、架構設計圖、邏輯功能圖、業(yè)務流程圖、原型設計、需求說明文檔。

這些功能成果是有助于目標用戶（技術開發(fā)等人員）全方位地了解產(chǎn)品設計的前因后果，產(chǎn)品經(jīng)理準備的越詳細，評審會成功的概率就越大。

這里尤其要強調(diào)的是，評審會上來就講原型設計是大忌，這是產(chǎn)品同學親手給自己挖的坑：

一來，開發(fā)同學對產(chǎn)品設計的背景不清楚，沒有全局的概念， 接下來的評審效率自然不會高，會被反復問一些產(chǎn)品頂層設計的問題，甚至會錯誤理解產(chǎn)品方向；

二來，顯得不夠專業(yè)，沒有結構化的思維，層次感不足，評審內(nèi)容過于單薄， 不要小看這些細節(jié)，你被開發(fā)打上“專業(yè)”或“不專業(yè)”的標簽，對于后續(xù)的需求溝通效率影響很大。

現(xiàn)實中，不少剛入行的產(chǎn)品同學缺乏經(jīng)驗，有時會急于展示原型，反而得不償失，所以一定要牢記：

要先把產(chǎn)品設計的背景、理念、功能價值等先介紹一下，讓大家對產(chǎn)品有個熟識度之后，然后再去評審具體的產(chǎn)品內(nèi)容。

2、沒有需求文檔。

上面已經(jīng)說過了，最重要的產(chǎn)品成果就是“原型設計”和“需求說明文檔”，按理說這兩個文檔必須都準備妥當，方能具備需求評審的基礎。

原因也很簡單，因為原型設計更多的是展示產(chǎn)品功能和交互跳轉等，而需求說明文檔則會對產(chǎn)品的邏輯規(guī)則、業(yè)務規(guī)則、數(shù)據(jù)規(guī)則等詳細描述，技術需要依據(jù)這些來開發(fā)，測試也需要依據(jù)這些來寫測試用例。

但，現(xiàn)實中，不少公司產(chǎn)品人手不足，市場壓力又很大，多條產(chǎn)品線，N個項目并行時，往往會進行所謂的“敏捷開發(fā)”，只需評審原型設計就行了，需求說明文檔往往會后補，甚至缺失。

但這些貌似省掉的工作，不僅可能會讓你在評審會時招架不住，也會在后續(xù)的開發(fā)過程中反復折磨你。

所以，敏捷的是思想、是形式，但核心的工作內(nèi)容一定不可少， 要學會靈活變通。

一般這種情況下，我都推薦產(chǎn)品一定要寫一個敏捷版的需求說明文檔，不必在意形式是否合規(guī)，核心就是把主要的產(chǎn)品功能所涉及到字段規(guī)則、業(yè)務規(guī)則等表達清楚。

要牢記，只有把這個敏捷的需求文檔寫出來之后，再啟動召開評審會才能成功，否則，一定會得不償失的。

3、原型設計沒有彩排。

事實上，需求評審前產(chǎn)品同學都需要彩排演練一遍，將準備的產(chǎn)品工作成果都提前準備好，會議室、會議通知等等，都需要提前安排妥當。

但還是特別想強調(diào)下，產(chǎn)品同學在原型設計上的彩排缺失所帶來的被動不利局面，因為，這個坑出現(xiàn)的頻率很高，這背后的原因，一是沒有準備意識，二是缺乏科學方法。

所謂原型設計彩排，是自己要實地演示，最好去會議室實地操作一遍，因為有時候環(huán)境影響你的發(fā)揮，一般來說，在工位心里默念不如去會議室效果好。

其次，原型演示時，要掌握技巧：

1. 可以先整體快速瀏覽下原型頁面，讓大家對本次產(chǎn)品開發(fā)工作有個感性認知。
2. 按照業(yè)務流程，逐一演示產(chǎn)品功能，要有章法，不要想到哪兒就說到哪兒。
3. 頁面演示時，頁面元素要講解到位，尤其是像 “數(shù)據(jù)來源”、“數(shù)據(jù)狀態(tài)值”、“數(shù)據(jù)記錄”、“計算規(guī)則” 等等，這些是開發(fā)必問的內(nèi)容，自己必須要搞得很清楚，可以在原型上加上注釋。
4. 原型設計演示時，存在有爭議時，要學會擱置爭議，不要抓著不放，可以先記錄，回頭再解決。
5. 針對存在的問題，不要避諱，要討論充分。

這些技巧能有效幫助我們開好評審會，缺失則會往往帶來失誤，影響需求評審的效率和產(chǎn)品經(jīng)理的形象。

比如，上次我們評審時，一個產(chǎn)品同學對于列表數(shù)據(jù)的數(shù)據(jù)來源、數(shù)據(jù)狀態(tài)沒有完全搞清楚，對于數(shù)據(jù)什么時候展示，什么時候消失等理解不夠透徹，結果可想而知，自然不夠理想。

事后產(chǎn)品復盤，發(fā)現(xiàn)他原型設計并沒有提前演練，只是簡單翻看一下，所以也就漏掉了這個頁面的把控。

總之，原型設計一定要提前演練，提前按照方法去演練，且演練要高效、到位。

事實上，需求評審時有很多坑，也有很多避坑指南，但歸根結底來說，凡是都有因果，需求評審會存在失誤的背后一定是有其失誤原因的。

對于我們來說，重要的事，不是完全避免問題，而是找到問題的原因并解決掉，并且不斷反復練習、總結復盤。

唯有此才能從根本上避免失敗，才能開成功每一場需求評審會。

因為，古人說過：

揚湯止沸，莫如釜底抽薪。