一場細(xì)致的需求評審會議，應(yīng)該怎么來做這個(gè)定義？

一、需求評審是什么

1. 需求評審的目的

一件事情，需要大家集體做，在規(guī)定的時(shí)間內(nèi)，按照固定的要求，有序的執(zhí)行，并產(chǎn)出符合要求的優(yōu)良結(jié)果。

2. 需求評審應(yīng)對的說明

• 人：發(fā)起人&主講人、參會人、執(zhí)行人
• 物：圖、文、音視頻等宣講文件
• 事：主題、事件、流程、各關(guān)聯(lián)關(guān)系、參與范圍、任職、結(jié)果
• 時(shí)：參會時(shí)間、會議時(shí)間、決定后的項(xiàng)目時(shí)間周期段

總結(jié)下來就是：由發(fā)起人發(fā)起參會時(shí)間和會議時(shí)間，并準(zhǔn)備好會議的相關(guān)資料，告訴參會人和執(zhí)行人會議主題+內(nèi)容。

需要參會人在會議上聽取主講人對主題、事件、對應(yīng)的流程和各自時(shí)間的關(guān)聯(lián)關(guān)系進(jìn)行說明。在會議上進(jìn)行展示的宣講文件，讓參會人和執(zhí)行人了解相關(guān)流程和想要結(jié)果，需要相關(guān)人員對會議內(nèi)容確認(rèn)和約定好的時(shí)間段結(jié)果確認(rèn)。

如果不確認(rèn)結(jié)果就是修改內(nèi)容重新在約會或否定結(jié)果。最后是告知相關(guān)人員和領(lǐng)導(dǎo)：本次會議的結(jié)果，這條是非常關(guān)鍵的。

3. 如果沒有需求評審

假如沒有需求評審，要么就是口頭確認(rèn)，會臨時(shí)約人、臨時(shí)被更改內(nèi)容、臨時(shí)發(fā)現(xiàn)缺人缺時(shí)間缺拍板；要么會被遺忘，被否定。當(dāng)然也會存在好好的做下去，并且很順利，但這個(gè)幾率很低。

假如沒有需求評審，那么也可以通過郵件或通訊工具答復(fù)的方式或流程審批的方式確認(rèn)相關(guān)內(nèi)容，但涉及到人多，流程復(fù)雜，涉及到多個(gè)平行部門，涉及到一人有疑問多人進(jìn)入討論就會很麻煩。

假如沒有需求評審，能夠拍板的人一句話，大家干就完了。其實(shí)也免于更多的麻煩，可做不到啊。

二、日常需求

1. 準(zhǔn)備工作

（1）三約：約時(shí)間、約會議室、約人

這里要確認(rèn)信息落實(shí)情況，很多的時(shí)候我們只是去通知了，僅此通知，對方只是看了、知道了、同意了。不要相信郵件已發(fā)，對方已讀，已經(jīng)來確認(rèn)好來，這都是前期點(diǎn)工作，重要的會議，還應(yīng)該在會議開始前再次和對方確認(rèn)一次，便于對整個(gè)會議召開的把控。

（2）會議資料

不管是什么項(xiàng)目內(nèi)容，在需求評審階段，都需要針對相關(guān)人員介紹項(xiàng)目背景、構(gòu)想項(xiàng)目的過程、預(yù)期研發(fā)結(jié)果、計(jì)劃產(chǎn)出內(nèi)容、需各人員配合情況、時(shí)間周期安排以及備用方案。

（3）備用方案

會議在開始前，要做好備用方案，如果有相關(guān)人員不能來，那是否可以提前確認(rèn)（其實(shí)一般在重要會議前，最好和相關(guān)人員確認(rèn)下結(jié)果更好）；如果相關(guān)資源不到位，那么整體進(jìn)度是可以在哪里進(jìn)行調(diào)整；還有一個(gè)是針對一些問題如何應(yīng)答，切記不要無準(zhǔn)備應(yīng)答，更不要說細(xì)節(jié)的問題可以不在會議上討論，這里會和不討論細(xì)節(jié)有沖突，該說的時(shí)候還是要說明一下。

比如你提報(bào)了一個(gè)安全防護(hù)措施，別人會問你怎么做安全防護(hù)，可以說使用賬號來限定登錄，還要說下發(fā)內(nèi)容的時(shí)候做加密通道，內(nèi)容以數(shù)據(jù)的形式下達(dá)到數(shù)據(jù)庫等，這里如果在談?wù)摷?xì)致的過程，就可以單獨(dú)商討了。

2. 開會

（1）會議主題

主題要明確。需求評審會是要得到大家的確認(rèn)與支持；項(xiàng)目啟動(dòng)會是通知各方人員要干活了（已明確結(jié)果）；技術(shù)討論會才是針對問題，需要大家進(jìn)行商討。不同的會議要定義不同的主題和內(nèi)容。

（2）預(yù)期

人員：相關(guān)人員務(wù)必要到期，若負(fù)責(zé)人不能到，需要負(fù)責(zé)人指定一名人員來參會；參會人員若不能做決定，那么需要讓其記錄下相關(guān)問題，確認(rèn)結(jié)果后，反饋給大家。為了防止這種情況的發(fā)生，提前溝通好響應(yīng)的結(jié)果和要做的事情，也不至于會議出現(xiàn)尷尬的情況。

（3）時(shí)間

這里要拆分為兩個(gè)時(shí)間，會議時(shí)間是預(yù)期本次會議要商討幾個(gè)階段的內(nèi)容，每個(gè)階段預(yù)計(jì)要多久，總體要多久。項(xiàng)目時(shí)間是確認(rèn)內(nèi)容后，對整體計(jì)劃進(jìn)行排期的時(shí)間。在會議期間切記不要把會議時(shí)間延長太多，會耽誤大家很多的事情，而且會議上商討的時(shí)間越多，就越容易出現(xiàn)更多莫名的問題。

會議時(shí)間：小會議半個(gè)小時(shí)到1個(gè)小時(shí)；一般的中型會議需要負(fù)責(zé)多個(gè)層面，會1個(gè)小時(shí)起步，根據(jù)情況長到3個(gè)小時(shí)左右，可能還會更長。大型會議會分階段，分別針對不同的模塊做介紹說明，這里也會有不同的人員進(jìn)出（會議的大小并不一定是以會議時(shí)間定義，也會根據(jù)人數(shù)和會議重要程度定義）。

項(xiàng)目時(shí)間：如果是針對一個(gè)模塊，那么會議上要把預(yù)排期的時(shí)間點(diǎn)說明。

例本次針對會員體系重新開發(fā)，需要在1月1號前由運(yùn)營部出體系規(guī)劃、會員等級說明、晉升分值；需要產(chǎn)品根據(jù)運(yùn)營提供資料，在1月3號前出大概的規(guī)劃，在1月5號和運(yùn)營確認(rèn)明細(xì)內(nèi)容（當(dāng)中要結(jié)合設(shè)計(jì)、研發(fā)的排期），在1月6號確認(rèn)結(jié)果后，1月7號轉(zhuǎn)交給技術(shù)進(jìn)行開發(fā)。

在開發(fā)階段產(chǎn)品原型和需求文檔是1月7號同步遞交，UED需要在1月9號完成設(shè)計(jì)稿給前端，前端需要在1月11號完成頁面給研發(fā)，研發(fā)需要在1月15號完成功能設(shè)計(jì)并進(jìn)行內(nèi)部測試后反饋給測試，測試需要在1月15號前寫好測試用例和產(chǎn)品進(jìn)行評審，并在1月17號完成一輪功能測試和UED的界面+交互測試，并反饋測試報(bào)告，在1月19號進(jìn)行修改后的第二輪測試，在1月20號前確保測試通過，在1月21號進(jìn)行試運(yùn)行。

運(yùn)營根據(jù)在1月15號前出活動(dòng)方案，在1月21號同步進(jìn)行試運(yùn)營，最終在1月23號正式上線。

上線前每個(gè)部門都應(yīng)該在相應(yīng)的時(shí)間節(jié)點(diǎn)收到來自前一個(gè)部門遞交的資源和確認(rèn)信息，若不能確保，至少提前一天要報(bào)預(yù)警，并通知對應(yīng)的負(fù)責(zé)人。

（4）結(jié)果

結(jié)果最理想的就是全員通過，如果不是全員通過，那么就要有一個(gè)主心骨的人來定下來這個(gè)事情是不是一定要做，要做就按照上面的時(shí)間點(diǎn)完結(jié)。

結(jié)果如果不理想，有小部分人反對說排期不夠，內(nèi)容不夠細(xì)還可以在溝通，其他人員也可以先按照計(jì)劃執(zhí)行，會后在溝通；如果超過一半的人都反饋有問題或大半人都反對，那么涼了啊~這個(gè)會議很失敗，在不行就得重新確認(rèn)，下次在拉會了。

（5）會議需要內(nèi)容

一般可以從問題開始，講在實(shí)際的情況種出現(xiàn)了什么情況，造成什么影響，針對這些情況我們?nèi)绾巫屓ソ鉀Q或提前規(guī)避。在這當(dāng)中計(jì)劃如何，需要什么人來做什么事情，時(shí)間周期預(yù)計(jì)事多久 ，明確每個(gè)節(jié)點(diǎn)。

其實(shí)這塊是最重點(diǎn)的東西，這塊不光牽扯到你內(nèi)容的輸出，如何展示，還有你的宣講能力。哪怕是一句話，你能夠描述清楚，大家能夠理解，那么也好。

（6）會議上不需要的內(nèi)容

商討比較細(xì)的細(xì)節(jié)，一但牽扯到比較細(xì)的內(nèi)容，就會延長會議時(shí)間，還會打亂你的節(jié)奏。這里也可以針對一些點(diǎn)，用草圖和要求結(jié)果來敘述，具體的內(nèi)容由具體的部門去做執(zhí)行。

在會議上也不要溝通過于明確的背景方案，記住每個(gè)會議的主題。預(yù)留時(shí)間點(diǎn)，這個(gè)是項(xiàng)目經(jīng)理的經(jīng)驗(yàn)，在規(guī)定的期限前完成，是最好的結(jié)果，為了防止有突發(fā)的事件，所以適當(dāng)?shù)念A(yù)留一點(diǎn)時(shí)間。但這個(gè)時(shí)間是不能告訴大家的，不然這個(gè)時(shí)間點(diǎn)就留不住了。

3. 產(chǎn)出

一定要在會議的過程和結(jié)束時(shí)，得到結(jié)果。這個(gè)結(jié)果不一定是預(yù)期結(jié)果，也可能是延期，甚至是否定，但要對應(yīng)的人都確認(rèn)這個(gè)結(jié)果，這個(gè)一定是明確要得到的產(chǎn)出。

如果通過，并不是說皆大歡喜，因?yàn)槊總€(gè)立項(xiàng)都是要給別人增加工作量，還有可能是一個(gè)緊急&重要的限人限時(shí)間任務(wù)。那么就需要會議發(fā)起人協(xié)同項(xiàng)目經(jīng)理或各負(fù)責(zé)人盡快、盡早、準(zhǔn)確、有質(zhì)量的推進(jìn)各方的工作，確保事宜完成。

如果否定說功能不夠細(xì)致，還需要在完善，那這個(gè)也不能說是壞事。每個(gè)人都有不同的想法，別人會提出更好的意見來協(xié)助你完成，雖然是反駁，但最終獲益的是你。只是你要確認(rèn)：這是不是你當(dāng)期的需求，是不是要納入需求池中。

還有一個(gè)否定結(jié)果，完全被批的一文不值，做這個(gè)事情沒意義，不值得做，我們現(xiàn)在有比這個(gè)跟重要的事情要做。

我想這個(gè)大家都經(jīng)歷過，那么既然有人調(diào)皮搗蛋，那么就當(dāng)場懟回去“你有意見，我可以聽從，也會考慮你的意見。但這個(gè)會議現(xiàn)在是我在主持，要么我說你閉嘴，要么你來主持會議，你來當(dāng)XX負(fù)責(zé)人，你來領(lǐng)導(dǎo)這個(gè)公司”該強(qiáng)硬的時(shí)候一定要強(qiáng)硬，不然事情總做不好，一定要有自己的態(tài)度。我可以不打斷你說話，但在我講話的時(shí)候，也不能任由別人打斷。

如果不確定，會議現(xiàn)場無法確認(rèn)結(jié)果，要排期，說要回去商議下工作內(nèi)容，詢問具體的人能否完成等，那么就明確告知，時(shí)間節(jié)點(diǎn)已經(jīng)明確，其他人員都已確認(rèn)，現(xiàn)在就差你這邊，你是現(xiàn)在打電話來確認(rèn)，還是我發(fā)郵件的時(shí)候說明其他人都等你開工？反逼很好用，但也要謹(jǐn)慎用。

針對結(jié)果后續(xù)要做什么？

確認(rèn)：既然是結(jié)果確認(rèn)，那就要盯人盯時(shí)間盯項(xiàng)目，跟進(jìn)項(xiàng)目整體的進(jìn)度，保質(zhì)保量的完成。

未能確認(rèn)：盯人，在會議要明確給你答復(fù)的時(shí)間，并且去催促這個(gè)事情確認(rèn)。一般兩遍沒有結(jié)果，就可以艾特對方的上級，如果還不行，就得發(fā)郵件告知相關(guān)人員，因XX未能確認(rèn)，目前項(xiàng)目存在延期風(fēng)險(xiǎn)。

一定要把風(fēng)險(xiǎn)點(diǎn)曝出來，并且積極的推進(jìn)，還要落地，往前趕進(jìn)度。最重要的是：領(lǐng)導(dǎo)不問過程，只看結(jié)果，只要結(jié)果達(dá)到預(yù)期，那么當(dāng)中發(fā)生的事情，都可以是有計(jì)劃性變更的。

否定：被否定了，這個(gè)事情其實(shí)比較嚴(yán)重，事情無法推進(jìn)，但你的領(lǐng)導(dǎo)是不會這樣放過你的。一旦被否定，就要在會議上明確否定點(diǎn)，記錄下來，單獨(dú)溝通，確認(rèn)可以解決這些問題。

并且約定好下次會議的時(shí)間，再次說明第二次會議的內(nèi)容，以及上次會議的問題點(diǎn)，解決方案。這個(gè)時(shí)候有些部門就可以不用參加了，主要參與人就可以了。否定的會議內(nèi)容，不能多次，一般建議兩次，你也要找你的上級說明，協(xié)助推進(jìn)。

三、如何確保需求評審確認(rèn)&通過

（1）確認(rèn)結(jié)果

以上的過程，我們都一直在說過程多重要啊，當(dāng)中需要做什么什么啊，但最終的目的是什么？

無論前面做了多少鋪墊，都是為了拿到確認(rèn)這個(gè)結(jié)果，為了這個(gè)結(jié)果而去做很多的事情，多做一些工作還是可以的。如果未能確認(rèn)/否定，那不是涼了啊~一定是以這個(gè)前提去做事，去協(xié)調(diào)所有的一切。

（2）溝通及應(yīng)對措施

提前溝通，單個(gè)溝通/一起溝通，確認(rèn)好各方需要協(xié)調(diào)和需要修改的地方，并且確認(rèn)結(jié)果，然后在開會通知各方。會議的過程是為了說事，給結(jié)果，不要變成茶話會，各抒己見，腦洞大開。

在會議的過程中，對需求明細(xì)，可以有溝通，可以有各方的提問，但要注意控場。準(zhǔn)備好一切順利，然后撒花撒花，也要準(zhǔn)備一些明細(xì)的解答，防止有人來砸場子。

（3）最關(guān)鍵的是你

其實(shí)，上面說的那么多都是廢話，真的。如果是能夠拍板的人，那么你的需求評審，就是告知過程，然后安排下面的人做事就好。

如果你是需求明細(xì)撰寫人，那么你的需求評審，就是已確認(rèn)好內(nèi)容和大家進(jìn)行宣講，告知目的和需要的過程，大家照做就可以，沒有什么反駁的意見。如果你是業(yè)務(wù)提出方，那么你的需求評審，就是需要大家各自領(lǐng)取對應(yīng)的任務(wù)，然后相互配合解決問題；這里就需要提前溝通，確保能夠順利進(jìn)行。

四、思考

（1）沒有什么是解決不了的問題，有問題就是一頓燒烤的事情，不行就兩頓外加兩箱酒。如果有人就是要整你一下，那也沒辦法，強(qiáng)硬點(diǎn)，該懟回去的時(shí)候就要懟回去。

（2）日常會被爆的點(diǎn)：

具體要什么格式？

答：一般提出這樣的問題，就是追問細(xì)節(jié)的過程了。如果提前知道，那么在文檔中就應(yīng)該標(biāo)出出來。如果不知道，那么需要詢問各負(fù)責(zé)人，可以讓他們提供，你來決定。具體要什么格式，具體要展示什么樣式，具體要做哪一塊等等這些都是常見的問題，能夠提前就提前確認(rèn)，盡量不要在會議上被抓住詢問。

這個(gè)要等UED出了頁面，前端才好評時(shí)間。

答：工作當(dāng)中沒有需要前面做完，后才能出計(jì)劃這么一說，說類似這句話基本就是推辭，評審的過程，就是需要用專業(yè)、豐富的經(jīng)驗(yàn)來評定。如果用這句話擋住了，那么就一定要跟進(jìn)到底，要追問出結(jié)果。

當(dāng)然這里你的原型和文檔，要描述清楚，要詳細(xì)，不能一句話需求丟出來，讓別人給結(jié)果。大家都工作了那么長時(shí)間，設(shè)計(jì)一個(gè)頁面要多久，開發(fā)一個(gè)搜索邏輯需要多久，測試一個(gè)模塊要花多長時(shí)間其實(shí)大概都有數(shù)。

研發(fā)的技術(shù)我們還需要在商討下。

答：如果把推辭說的委婉點(diǎn)，那么就用這句話最合適，但這個(gè)優(yōu)雅的規(guī)避要怎么解答呢？

直接追問：問題已提前溝通過，你們當(dāng)時(shí)給過答案，是XX，現(xiàn)在需要在商討是要修改之前的回答嗎？

如果是，那么按照前面溝通的，各自的排期是XX，其中你們的排期是XX天到XX天之間，你們可以在設(shè)計(jì)出圖的這段時(shí)間在商討，但前端一旦進(jìn)入開發(fā)，你們就必須確認(rèn)技術(shù)方案。合理的堵住對方的話，給時(shí)間周期，但也要給對方約定最后截止時(shí)間。

你這里有漏洞。

答：我們前面一直在說備用方案，說多準(zhǔn)備一些解答，就是用來回應(yīng)這類問題的。沒有人能夠完美，所以沒有人能夠一次把方案做完美無缺，那么這里第一不要被嚇到，第二要做好回答的準(zhǔn)備，第三要針對性的解答，但一定不要被帶偏節(jié)奏。

首先，既然對方說了有漏洞，那么詢問對方的解決方案是什么？如果對方回答，那么確認(rèn)下，合理就認(rèn)可；覺得不妥當(dāng)，就記錄下來，這條會后在溝通，確認(rèn)結(jié)果后反饋給大家。

其次如果對方?jīng)]有答案，只是說了不合理，那么就單獨(dú)約溝通的時(shí)間，詳細(xì)來聊這塊。還有如果這個(gè)漏洞引發(fā)出來的更多的爭論，那么這里就要自我反思，為什么會留下這么大一個(gè)漏洞，需要馬上來決定，這個(gè)漏洞是在本次需求研發(fā)的過程中解決掉，還是漏洞影響了本次的需求，整體需要延后。

無論如何，先記錄，然后切斷討論，繼續(xù)會議。

這個(gè)業(yè)務(wù)價(jià)值需要我們花這么大的精力做嗎？

答：誰能來決定業(yè)務(wù)價(jià)值？業(yè)務(wù)最有發(fā)言權(quán)，研發(fā)都是負(fù)資產(chǎn)的研發(fā)，所以這里要思考的是如何做有價(jià)值的業(yè)務(wù)，而不是要做什么？研發(fā)可以提出自主意見，但在研發(fā)前面有產(chǎn)品、有運(yùn)營，有專門的銷售團(tuán)隊(duì)，這些人才是主要決定業(yè)務(wù)價(jià)值的人。

這里還有一個(gè)點(diǎn)：你的研發(fā)團(tuán)隊(duì)很牛，真的是在做很高的東西，那么所有的精力真的需要圍繞他們來做事。比如你的研發(fā)團(tuán)隊(duì)是在做區(qū)塊鏈，是在做AI算法，是在做技術(shù)驅(qū)動(dòng)的領(lǐng)域，那么其他人請閉嘴，研發(fā)請講話。

和現(xiàn)有的業(yè)務(wù)邏輯有沖突，是要推翻重新做？

答：如果發(fā)生這種事情，那真的是發(fā)起人自己打臉了，這種情況沒啥好說的，自己悔改吧。在會議發(fā)起前一定是要確認(rèn)之前的業(yè)務(wù)邏輯和新開發(fā)的需求之間的關(guān)系。

如果是要推翻之前重新做，那么會議的一開始就要說明，并且還要對之前的業(yè)務(wù)給出修補(bǔ)方案。是否推翻重新做，這里無論是否決定繼續(xù)，都需要承擔(dān)前方的責(zé)任，規(guī)劃要做好，是錯(cuò)可以，但機(jī)會不多。

我現(xiàn)在給不了，需要明細(xì)評估才能答復(fù)。

答：同第二條類似，跟進(jìn)，追進(jìn)，明確結(jié)果，原則性的問題一定是得到明確的答復(fù)才可以。一些不太重要的小細(xì)節(jié)，做下記錄，能夠跟上進(jìn)度，也可以延后。

（3）收尾

需求評審，是需求是評論還是審核？針對不同的問題要做不同答復(fù)召開不同的會議內(nèi)容，但一定是要明確會議主題，要梳理好會議內(nèi)容，最后一定是要跟進(jìn)過程，并拿到結(jié)果。

需求邀請郵件.png

確認(rèn)需求郵件.png

本文由 @老虎~色 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載

題圖來自Unsplash，基于CC0協(xié)議