如何提高評審會效率？我總結(jié)了4個方面！

隨著羊群人數(shù)的不斷增加，使得大部分同事改成居家辦公和線上會議。線上會議的特點不用提前搶會議，不用擔心會議時長，頂著 40℃的高燒，聽者需求評審會，也不知道燒了多久，睡了多久，會議開了多久....

需求評審會經(jīng)常被大家吐槽時間久，最終問題得不到解決似乎是無法破解的問題。我記錄了最近幾次 PM 組織的評審會過程，發(fā)現(xiàn)一些問題，并想到一些可以改變的方法。

需求評審干貨：

問題 1：開場一句話背景和模糊的收益

介紹背景和收益必不可少，這是團隊成員在初期達成目標一致的必要過程，并且通過說明相關(guān)成員能夠認同該項目的價值和意義，通常一句話輕描淡寫是不夠的。

建議：充分做好會前功課和線下溝通，保證會上快速達成一致

1. 老項目要介紹上一個版本歷史數(shù)據(jù)分析結(jié)論或者用戶反饋問題分析結(jié)論。
2. 新項要使用SWOT等分析方法，明確自身的競爭優(yōu)勢，市場規(guī)模等核心問題。
3. 競品分析講結(jié)論。不要挨個講競品，也不要講字號和顏色等細枝末節(jié)問題（可以在需求文檔中給予參考建議），注重戰(zhàn)略層面和功能層面的差異介紹，以及那些適合自身與競品之間的差異。
4. 本次要解決的問題，也就是具體我們要做什么。不需要復(fù)雜的論述，簡單列出本次需求點，一目了然。
5. 清晰表述項目價值。講明白本次優(yōu)化能給項目帶來多大的價值，以及是如何推導(dǎo)出來的，讓團隊成員信服。價值一定是可以衡量的，我們常聽到項目的價值是提升用戶體驗，但實際既沒有用戶滿意度等用戶指標，也沒有具體收益等業(yè)務(wù)指標，那這就是不可衡量，全靠感覺，項目后期對于方案的討論分歧點會很多。
6. 不要一開始就甩鍋給老板。很多PM在開會時功課做得不夠，被問到一些無法回答的問題時直接說這是老板讓做的，如果覺得需求有問題可以去找老板，這樣的結(jié)果大家以后對于項目態(tài)度都會變成應(yīng)付了事，PM自己的工作后續(xù)也很難推進。

問題 2：上來就講原型，陷入細節(jié)紛爭

PM 喜歡畫原型喜歡講原型應(yīng)該是不爭的事實，還有一些 PM 對原型的精美度要求還很高，于是需求確認前就找交互設(shè)計師按照自己設(shè)想完成交互設(shè)計，很多不完善、不合理的地方也很強硬的要按照自己的來。需求評審會上來講原型很容易讓團隊成員陷入界面的細節(jié)爭論不休，開發(fā)又會追問每個邏輯，評審會你一句我一句就亂套了，同這時通常設(shè)計也會與開發(fā)一邊，表示出不滿。

建議：清晰且詳細文字的描述產(chǎn)品邏輯及字段

1. 清晰表述產(chǎn)品中所有的字段、數(shù)據(jù)格式以及相應(yīng)的邏輯。讓開發(fā)能看懂所有功能邏輯、操作邏輯、展示邏輯，設(shè)計能看懂產(chǎn)品需要用戶如何操作以及限制條件，通過文字能明白整體需求邏輯關(guān)系。
2. 盡量使用文字描述。我們發(fā)現(xiàn)當圖和文字同時出現(xiàn)在文檔中時，設(shè)計師和前端更偏向于看圖，后端會細看文字描述的邏輯，這樣到了打法階段容易形成分歧，導(dǎo)致新的問題產(chǎn)生。
3. 產(chǎn)品畫的原型會影響設(shè)計師的思考，造成設(shè)計師被帶跑偏，甚至一些強硬的PM要求設(shè)計師按照原型來，這樣一來設(shè)計師不想給自己找不痛快，就按照美工的標準應(yīng)付完工，并沒有發(fā)揮真正的價值。

問題 3：需求評審開成技術(shù)評審

很多時候在評審會上，開發(fā)人員會從能不能實現(xiàn)聊到怎么實現(xiàn)，然后聊到各服務(wù)端如何來配合，一聊起來就沒完沒了，線上會還可能隨時就拉個新成員進入?yún)⑴c討論，需求背景又要被重復(fù)。此時的需求還沒有定論，占用大量會議時間討論技術(shù)實現(xiàn)明顯是不合適的，浪費大家寶貴的時間。

建議：做好會議把控，控制問題討論邊界

1. PM在會議中要起到把控的作用，會上不討論技術(shù)實現(xiàn)方案，只討論需求是否合理，技術(shù)可否實現(xiàn)，如果當時不能確定能否實現(xiàn)的，需要記錄todo在規(guī)定的時間內(nèi)反饋。
2. 對于一些不確定的技術(shù)問題，或可能存在爭議的難點，最好在開會前就能和技術(shù)負責人了解清楚技術(shù)背景，做好功課，防止在評審會上被牽著鼻子走。

問題 4：跑題

跑題通常是不知不覺的，甚至全體參會人都享受其中，越聊越嗨，忘記了開會真正的目的。印象比較深的是一個方案要主管確認，主管從這個方案聊到了另一個項目，開發(fā)順著另個項目聊到了項目進度和遇到的問題。整個評審會成為了另一個項目的匯報會，到最后也沒確認當前方案。

建議：明確會議目標，時刻關(guān)注會議方向

1. PM會前要和主管確認好方案，以保證內(nèi)部一致性，會上主管只要回復(fù)確認沒問題即可。
2. 放下面子敢于說話。很多時候PM不太好意思打斷大家的對話，這樣就不能把跑題扼殺在搖籃里。

總結(jié)一下，就是立足本職做好自己職責范圍內(nèi)的工作，承擔好項目角色。