想起前段時間組織的一次產(chǎn)品需求評審會，那是我第一次完全由我組織的產(chǎn)品需求評審會。從入行時的參與者，然后到協(xié)助組織者，最后到整個會議的組織者，中間經(jīng)過的時間雖然說不長，但是體會頗多。

在親自組織需求評審會之前，因為之前參與過的需求評審會基本上boss組織的，所以對產(chǎn)品需求評審會的印象并沒有太深，也沒那么正式，與大神們分享的需求評審會有所不同。而這次有幸被委托重任，讓我再次全權(quán)負責(zé)一個產(chǎn)品的從0到1，所以需求評審會也是有我來負責(zé)。需求評審會，整個過程從理論到實踐，讓我更加懂得其意義和重要性。

需求評審的4個問題

在此之前，我們需要了解一下需求評審會的4個問題：

• 何為需求評審會？
  需求評審會相當于對問題的解決方案的可行性分析，是產(chǎn)品正式進行開發(fā)前的重要一環(huán)，是產(chǎn)品相關(guān)的人員在會議上對產(chǎn)品需求進行分析和審查，論證需求是否可實現(xiàn)、可驗證、可測試，并最終確定一個目標，號召大家往一個產(chǎn)品目標進發(fā)。

• 為什么要進行需求評審會？
  進行需求評審會有以下原因：

  • 為了讓與會人員了解產(chǎn)品背景、產(chǎn)品業(yè)務(wù)、產(chǎn)品需求以及產(chǎn)品目標等。
  • 讓開發(fā)工程師對產(chǎn)品方案有具體的了解，以確保后續(xù)開發(fā)可以高效的進行。
  • 讓與會人員明確自己在整個方案所處的位置、職責(zé)，然后對自身在項目中所需要的工作有個心理預(yù)期。
  • 評估產(chǎn)品方案的技術(shù)實現(xiàn)難度及實現(xiàn)周期，對產(chǎn)品體驗進行權(quán)衡與評估。
  • 獲取項目所需要的資源等。

• 需求評審會的目標用戶是誰？
  參加需求評審會的?？陀醒邪l(fā)人員、測試人員、UI/UE/UX、運營人員、測試人員、市場人員和產(chǎn)品經(jīng)理等等。

• 什么時候舉行需求評審會？
  需求評審會一般會在正式開發(fā)前的3~5天，因為一般需求評審會是很難一次把需求完全確定好，在需求評審會中發(fā)現(xiàn)的問題，需要產(chǎn)品經(jīng)理需要在會議之后重新進行優(yōu)化和總結(jié)，然后再與相關(guān)人員討論，必要時可能需要二次評審，所以要預(yù)留會后優(yōu)化產(chǎn)品方案的時間。

會議前的準備

為了確保會議能夠順利的進行，所以在開會之前，我對上面的問題已經(jīng)有了深刻的了解和研究，再加上之前對產(chǎn)品需求做了比較詳細的分析以及對行業(yè)、競品的分析，把會議所需要的資料準備充足，剩下的就是對整個會議流程進行規(guī)劃，以免開會時演講缺乏邏輯那就尷尬了。把以前在產(chǎn)品經(jīng)理社區(qū)里看過于需求評審相關(guān)的文章都復(fù)習(xí)了一遍，然后又根據(jù)實際情況，把會議的流程及模塊用腦圖先總結(jié)一般，如下圖

需求評審會流程

同時為了保證開會的時候大體按流程走，便根據(jù)流程制作了一個簡單的PPT，PPT的內(nèi)容不多，只是對模塊標題進行展示，保證會議的主線按正確的方向進行下去。同時需要把握一些演講的技巧，剛好那段時間看了《產(chǎn)品經(jīng)理那些事兒》，其中講到一些演講技巧，在此時就發(fā)揮作用了。其中的技巧有：開會前要與與會人員聊聊以增加自己會議中的籌碼，然后開會時要站著演講以增加自己對場面的控制力，還有演講時最好加點故事案例之類的來進行說明，觀眾都是喜歡聽故事的....

當把這些都印在腦子里之后，會議所需要的準備做好了。

會議前通知

記得在會議的前一天，我會把會議前所需要的資料先發(fā)給與會人員，所需要的資料有：

• 產(chǎn)品原型圖
• 流程圖
• 產(chǎn)品功能列表
• PRD

把這些資料先通過郵箱發(fā)給與會人員主要是讓大家先對產(chǎn)品有個大概的了解，不會因為在當天的會議上因信息量太多而導(dǎo)致難以發(fā)現(xiàn)問題。當我把資料發(fā)出去之后，一個開發(fā)人員了解后問了我一個問題：“這個產(chǎn)品主要是做什么的，我一點都不了解”，這個問題讓我迫切地明白需求評審會的重要性。

會議開始

會議是在周五下午3點中舉行的，大家也剛從午休中緩過來，精神狀態(tài)比較好。在會議臨開始前的15分鐘，我當面提醒了與會人員15分鐘后進行需求評審會，以確保大家都能準時參加。然后我就提前到會議室準備了，再一次把整個流程在腦海里過一遍。

15分鐘后，大家都陸續(xù)上來了，因為在會議室，大家都略顯嚴肅，氣氛有點尷尬，與會人員恰好有兩位新同事，我便趁大家都就坐了的時候問大家對新同事都認識了嗎，然后大家就順勢的做了自我介紹，我從中插些話開開玩笑，大家的表情沒那么嚴肅了，氣氛也緩和了很多。

熄燈，打開投影，會議正式開始...

業(yè)務(wù)介紹

因為這次與會人員大部分都是開發(fā)人員，外加兩個設(shè)計師，一般情況下對公司的主流業(yè)務(wù)并不是特別熟悉，所以會議開始的第一部分，我向大家用10分鐘左右的時間介紹了一下公司的主流業(yè)務(wù)。

會議流程

公司的主流任務(wù)介紹完畢之后，就向大家陳述一下會議的整個流程安排，讓大家對整個會議安排有個心理預(yù)期。

• 會議目的
• 產(chǎn)品規(guī)劃
• 開發(fā)時間估算
• 會議總結(jié)

會議目的

這是會議的第一部分，會議的目的主要有以下幾個：

• 闡述產(chǎn)品開發(fā)目的
• 確定最終需求和功能
• 確定功能排期
• 確定項目的開發(fā)周期

先通過說明會議的目的，讓與會人員心里面對會議有個明確的方向。

產(chǎn)品規(guī)劃

產(chǎn)品開發(fā)背景與目的
對于產(chǎn)品規(guī)劃的第一模塊，就是產(chǎn)品開發(fā)背景的描述，主要是講當前公司的發(fā)展狀況、為什么需要開發(fā)這款產(chǎn)品以及這款產(chǎn)品給公司能帶來什么價值，給市場、用戶帶來什么價值。

產(chǎn)品所屬行業(yè)行情
這部分內(nèi)容，前期的工作十分重要。行業(yè)行情實際上也就是行業(yè)分析報告。首先我們需要確定目標行業(yè)、市場，然后通過第三方調(diào)研平臺的行業(yè)報告、競品分析等手段確定市場規(guī)劃、市場發(fā)展趨勢，然后確定市場的競爭格局、市場的痛點來判斷我們是否還有機會進入該市場，并且在什么時機進入該市場。這里通過詳細的數(shù)據(jù)說明分析的準確性，增加內(nèi)容的說服力。

產(chǎn)品規(guī)劃
在這個模塊中，我們需要向與會人員闡明產(chǎn)品以下幾點：

• 產(chǎn)品定位
• 目標用戶
• 使用場景
• 商業(yè)模式

此時觀察大家，感覺大家不怎么感興趣。恩，這里的與會人員的性質(zhì)很明確，都是開發(fā)人員...雖然說這些不是他們工作的重點，但是了解這些可以加深對業(yè)務(wù)邏輯的理解。

需求說明
到這里，開始進入會議的主要內(nèi)容了，此時會議室還是挺安靜的，但這是需求評審會開始“熱鬧”起來的地方了。這里會把需求列表和功能列表展示出來，通過業(yè)務(wù)和需求背景，按照需求列表的順序，先想大家介紹每個需求的背景和用戶痛點，然后在對應(yīng)起功能列表里的功能項。我小心翼翼地把需求一個個過完，但是臺下并沒有太多的聲音。什么鬼，與我印象中的“撕逼”大戰(zhàn)不一樣！當我把需求列表都講完了之后，臺下的聲音開始多了起來，大家都有一兩個問題，基本上都是“為什么做這個需求”比較多，不過因為我在此之前對這種問題已經(jīng)做好的充分的準備，所以大部分我都能即時回答，只有極少部分沒有考慮到的就記錄下來，會后再討論。不過討論的情況并沒有想象中激烈，難道是之前是自己想象力修煉技能滿格了？并不是，只是事后才發(fā)覺，因為與會人員基本上是開發(fā)人員，對需求背后的含義不需要深度的理解，他們只是把不懂的地方弄清楚就夠了，所以我的回答都能滿足他們的期望，所以這部分并沒有帶來太多的爭論。

主要功能線說明
回想起來，這部分才是這個會議的高潮部分。
在前面介紹完產(chǎn)品的背景目的以及需求之后，接下來就是通過交互原型圖來展示功能。我是通過產(chǎn)品的主要功能以及模擬用戶使用的流程進行功能的介紹與描述。在展示交互原型的時候，屏幕右側(cè)還有每個頁面的備注，對一些重要的功能、字段以及交互方式進行詳細說明。我們產(chǎn)品有4個主要業(yè)務(wù)流程線，我在介紹的每一個流程時，臺下的“觀眾”都異?；钴S，“這個模塊的字段是否有明確的歸類？”、“這個頁面怎么進入，使用怎樣的交互形式？”、“你這個頁面設(shè)計的請求方式太多，實際實現(xiàn)效果不太好”....這些問題的蜂擁而上，此時我思緒有點亂了，因為問題一下子上來，也開始有點“戰(zhàn)爭”的感覺了。我先讓大家安靜一下，然后讓有問題的與會人員一個個發(fā)表問題，如果可以當場解答的，便會表述清楚，如果難度較大的或者表述內(nèi)容較多的，則會后再詳細說明。

通過幾個回合的“戰(zhàn)斗”之后，發(fā)現(xiàn)的問題也不少，但是在預(yù)料范圍之內(nèi)。

功能優(yōu)先級
上述流程過完之后，我會把之前就安排好了功能優(yōu)先級展示給大家看，然后想大家闡述自己這樣排列優(yōu)先級的原因，然后咨詢大家的意見再權(quán)衡怎么優(yōu)化優(yōu)先級列表。

開發(fā)時間預(yù)估

關(guān)于開發(fā)時間的預(yù)估，對于一些有經(jīng)驗的開發(fā)人員來說，他們給出的時間相對較準確，經(jīng)驗尚淺的則需要項目經(jīng)理參與輔助預(yù)估。因為這里展示的功能較多，開發(fā)們一時之間也沒辦法預(yù)估，所以我提出了一個方案，就是開發(fā)小組會后針對每個功能、自己所屬的模塊進行功能開發(fā)時間的精細化預(yù)估，然后在填寫到云表格中，然后由我這邊再結(jié)合實際情況給出一個合理的開發(fā)周期。

會議總結(jié)

經(jīng)過兩小時的討論和演講，大家對產(chǎn)品已經(jīng)有了明確的認識，需求也十分的明確，然后我便匯總整個會議討論和明確的需求、結(jié)果向大家再次闡述一遍，再次明確產(chǎn)品目標，并號召大家往目標奮斗。

會后把問題的解決方案和會議的最終結(jié)果通過郵件的方式發(fā)送給大家，大家確定沒有問題了，這樣整個項目的需求就明確了。

總結(jié)

這是第一次完完全全有自己組織并主持的一個需求評審會，雖然有一定工作量，但是不可否認的是有一定的收獲，對自身的組織能力、前期需求的分析能力、演講能力與執(zhí)行能力都有一定的提升。不過這次舉辦的需求評審會與大公司的有著明顯的差異，就是我們這次會議是已經(jīng)明確了團隊成員，不需要去和上級領(lǐng)導(dǎo)爭取資源，如果需要和爭取資源的話，估計會議就沒那么順利了。

需求評審會前一定要做好準備工作，所需材料都準備完善，這樣才能讓會議順利進行。