很多產(chǎn)品經(jīng)理談到需求評(píng)審可能都聞風(fēng)色變，因?yàn)榭偸潜慌暗牟灰灰?，就像荒野獵人里被熊虐的小李子；但是，依然有那么些產(chǎn)品經(jīng)理對(duì)需求評(píng)審會(huì)情有獨(dú)鐘，難得有個(gè)機(jī)會(huì)和各路大俠比試切磋，享受這舌戰(zhàn)群雄的快感。前方高能預(yù)警，文章稍長(zhǎng)，建議產(chǎn)品新人耐心認(rèn)真讀完，高手求拍磚或自行閉目，阿門~

什么是需求評(píng)審？

需求評(píng)審是產(chǎn)品進(jìn)入正式開發(fā)之前非常重要的一環(huán)，只有所有人都認(rèn)為需求已經(jīng)沒有什么可挑剔了評(píng)審才能通過，所以需求評(píng)審也是一個(gè)“雞蛋里挑骨頭”的過程。產(chǎn)品經(jīng)理在這場(chǎng)「辯論」過程中，需要不斷有效的展示自己的觀點(diǎn)，以便獲得更多的認(rèn)可，最終號(hào)召大家（樂意）一起往一個(gè)產(chǎn)品目標(biāo)努力奮斗。

為什么要需求評(píng)審？

• 讓與會(huì)者清晰的了解需求是什么，需求從哪里來，對(duì)現(xiàn)有業(yè)務(wù)有什么影響，預(yù)期收益是什么；
• 讓技術(shù)及測(cè)試對(duì)產(chǎn)品方案有詳細(xì)的了解，以便后續(xù)開發(fā)更高效，沒有誰愿意在后續(xù)的編寫測(cè)試用例及開發(fā)階段再去反復(fù)溝通確認(rèn)，畢竟那是非常低效的做法，當(dāng)然，特殊情況除外；
• 讓與會(huì)者清晰的知道自己在整個(gè)方案落地過程中處于什么位置，職責(zé)是什么，需要做什么，準(zhǔn)備什么，提供什么幫助，對(duì)各自負(fù)責(zé)部分的實(shí)現(xiàn)難度及排期有一定的心理預(yù)期；
• 評(píng)估產(chǎn)品方案的技術(shù)難度及實(shí)現(xiàn)周期，一期實(shí)現(xiàn)，還是分期實(shí)現(xiàn)，投入產(chǎn)出比怎么樣？畢竟互聯(lián)網(wǎng)產(chǎn)品講究小步快跑，快速驗(yàn)證迭代，怎么樣權(quán)衡產(chǎn)品設(shè)計(jì)（用戶體驗(yàn)），技術(shù)成本以及商業(yè)利益是產(chǎn)品經(jīng)理主要工作之一。

和誰進(jìn)行需求評(píng)審？

一面視需求大小來看，如果僅僅是一個(gè)迭代需求，比如增加一個(gè)廣告投放類型，那么可能只要前端技術(shù)、廣告系統(tǒng)技術(shù)、測(cè)試（前端測(cè)試+廣告系統(tǒng)測(cè)試），三五人隨便找個(gè)地兒快速就搞定了；如果是一個(gè)中大型需求，比如收銀臺(tái)改版，那么涉及到的與會(huì)者可能就比較多，然而除了技術(shù)、架構(gòu)、測(cè)試以外，往往UE/UI經(jīng)常被產(chǎn)品經(jīng)理忽略，盡管UE/UI內(nèi)部可能有自己的評(píng)審（視公司不同情況不一樣，有些小公司是不存在設(shè)計(jì)評(píng)審），但技術(shù)評(píng)估環(huán)節(jié)往往會(huì)涉及到一些交互和設(shè)計(jì)的實(shí)現(xiàn)需要溝通確認(rèn)；然而，往往這樣的大型項(xiàng)目一次需求評(píng)審基本是搞不定的。

一面視公司項(xiàng)目流程來看，大公司和小公司項(xiàng)目流程有時(shí)差異比較大，大公司分工細(xì)，并行項(xiàng)目多，盡管涉及的干系人較多，但是可能僅僅來那么幾個(gè)主要干系人；而小公司因?yàn)轫?xiàng)目比較聚焦，講究執(zhí)行力，反而比較容易召集所有干系人參加。

不管哪種情況，產(chǎn)品經(jīng)理務(wù)必保證核心負(fù)責(zé)人到場(chǎng)，個(gè)別干系人可私下再溝通；很多產(chǎn)品經(jīng)理可能會(huì)認(rèn)為召集評(píng)審會(huì)議主要是項(xiàng)目經(jīng)理的工作，產(chǎn)品經(jīng)理只需要參會(huì)把產(chǎn)品方案邏輯說清楚就可以，如果你也是那么認(rèn)為，那后面的內(nèi)容就不必繼續(xù)往下看了，你倒不如省點(diǎn)時(shí)間多去解幾個(gè)bug。

什么時(shí)間進(jìn)行需求評(píng)審？

根據(jù)項(xiàng)目迭代周期來靈活調(diào)整，一般是在確定下個(gè)版本迭代需求list之后（當(dāng)然，要保證需求已排期），開發(fā)正式開工之前，建議選擇開發(fā)開工前3-5天，主要因?yàn)椋?/p>

• 就算一次評(píng)審?fù)ㄟ^，會(huì)后也有些細(xì)節(jié)需要完善補(bǔ)充，溝通確認(rèn)；
• 中間間隔太久，很可能等到開發(fā)的時(shí)候，很多技術(shù)實(shí)現(xiàn)細(xì)節(jié)會(huì)遺忘，因?yàn)椴⑿许?xiàng)目較多，這是難免的事兒；
• 運(yùn)氣不好的話，有可能遇到開發(fā)及測(cè)試人員調(diào)整；
• 很可能需要進(jìn)行二次甚至三次評(píng)審
• 對(duì)需求評(píng)審有了初步了解之后，把需求評(píng)審拆分為評(píng)審前、評(píng)審中、評(píng)審后三個(gè)階段，這三個(gè)階段產(chǎn)品經(jīng)理究竟要做些什么。

評(píng)審前

1. 保證物料齊全

產(chǎn)品需求文案（PRD）

怎么樣寫PRD，請(qǐng)自行谷歌，如果需要顯得專業(yè)一點(diǎn)，那么可以按照標(biāo)準(zhǔn)格式來，而陰陽建議是，產(chǎn)品經(jīng)理只要能把邏輯表達(dá)清楚，細(xì)節(jié)描述清晰，技術(shù)及測(cè)試人員都能看的懂，那就夠了，無需局限于到底是用word格式，還是PDF或者axure格式。

UE稿

按照普遍大公司的流程，產(chǎn)品經(jīng)理在這個(gè)環(huán)節(jié)只需要把產(chǎn)品的邏輯描述清楚以及大致的想法和UE溝通清楚即可，接下來就交給UE；這樣做也沒有什么大問題，畢竟流程在那，但是這樣做可能會(huì)有什么狀況發(fā)生呢？

UE并不是時(shí)刻為某個(gè)產(chǎn)品經(jīng)理待命的，很可能并行其他項(xiàng)目，也就是說，很可能UE排期趕不上需求評(píng)審；

產(chǎn)品經(jīng)理有自己的想法，但僅僅停留在自己腦子里，與UE溝通清楚想法后，可能UE做出來的東西不是產(chǎn)品經(jīng)理想要的，然后開始二輪三輪的返工，撕B大戰(zhàn)一觸即發(fā)，嚴(yán)重影響效率；

難道產(chǎn)品經(jīng)理真的只局限于寫文檔嗎？產(chǎn)品經(jīng)理可是要能做的了市場(chǎng)、玩得起運(yùn)營(yíng)、與交互遨游、與設(shè)計(jì)創(chuàng)想的呀。

所以，產(chǎn)品經(jīng)理應(yīng)該養(yǎng)成好的習(xí)慣，特別是當(dāng)產(chǎn)品經(jīng)理還處于初期階段的時(shí)候，自己畫原型（請(qǐng)畫高保真原型），自己寫交互，一開始能寫到什么程度是什么程度，但是請(qǐng)盡自己最大的努力做到最好，保持與交互之間的溝通；產(chǎn)品經(jīng)理切勿把這些所有工作都推給交互，更不要等用戶說產(chǎn)品的交互一坨屎的時(shí)候把責(zé)任撇的一干二凈；不要給自己找借口說沒有時(shí)間，時(shí)間就像胸部，擠擠一定會(huì)有的。

再試想另一個(gè)場(chǎng)景，當(dāng)產(chǎn)品經(jīng)理一手拿著線框圖，一手拿著高保真原型（其他內(nèi)容一致的情況下）去和老大聊需求過方案，請(qǐng)相信高保真原型方案肯定更加容易戳中對(duì)方G點(diǎn)并通過，同理，需求評(píng)審也一樣。不信？你試試！

UI稿

需求評(píng)審時(shí)不一定要UI稿，因?yàn)楹芸赡苄枨髸?huì)變更調(diào)整，但是，心里應(yīng)該要有大致的風(fēng)格預(yù)期，因?yàn)楫a(chǎn)品想透露出什么樣的氣質(zhì)只有產(chǎn)品經(jīng)理最清楚，這也是前面提到要做高保真原型的好處之一，鍛煉自己的配色能力；如果有條件，待UI稿輸出后，可以召集執(zhí)行技術(shù)一起再看下UI流程圖（即把UI稿貼到交互流程圖上，嗯，陰陽以前就是那么做的….）

2. 提前小范圍溝通

普遍的產(chǎn)品經(jīng)理都有一個(gè)奇怪的心里，即總是默默的準(zhǔn)備產(chǎn)品方案，不愿意去和別人溝通交流，要么覺得丟人沒自信，被人家挑戰(zhàn)之后覺得很沒面子，自尊心受打擊，要么就是覺得自己很牛B，不需要?jiǎng)e人幫助，自己做的就是最好的（好吧，這叫做閉門造車）。

當(dāng)然，也不提倡凡事都找別人溝通，大聊特聊，每天沉醉于自己多么能侃；產(chǎn)品經(jīng)理務(wù)必要有獨(dú)立思考的能力，可以在適當(dāng)?shù)臅r(shí)候與技術(shù)溝通溝通方案可行性，聊聊實(shí)現(xiàn)難度，方案靠不靠譜，有沒有什么歷史原因以防踩坑；可以和交互聊聊怎么樣才能讓用戶在使用產(chǎn)品的時(shí)候不用思考，不用等待，不用懷疑，找到最優(yōu)交互路徑；可以和設(shè)計(jì)師聊聊針對(duì)這個(gè)模塊可能用什么色系會(huì)更好，針對(duì)不同的地區(qū)是不是對(duì)顏色有禁忌，聊聊最近流行什么等等；不懂沒關(guān)系，抱著誠(chéng)懇的心態(tài)去請(qǐng)教學(xué)習(xí)，不但可以增長(zhǎng)知識(shí)，還可以搞好人際關(guān)系，又不要花錢，何樂而不為呢。

另外，不要抱著所有事情都堆積至需求評(píng)審去溝通解決，已確定的前置需求可提前向相關(guān)部門提出來，因?yàn)槊總€(gè)部門都可能并行很多項(xiàng)目，沒有人會(huì)特意為了你的需求再去配合你的排期（你以為你是誰…找罵）；可以私下主動(dòng)提前與干系人溝通方案，就方案多磨合幾次，起碼可以讓后續(xù)參加需求評(píng)審的干系人有個(gè)印象，需求評(píng)審?fù)ㄟ^率也會(huì)大大提高。

3. 提前把方案發(fā)出來

在需求評(píng)審的前1-2天可以把產(chǎn)品內(nèi)部確認(rèn)好的方案以郵件的形式發(fā)出來（可與會(huì)議邀請(qǐng)一并發(fā)送），請(qǐng)與會(huì)者提前查看產(chǎn)品方案并做好問題備注，如果可以，請(qǐng)與會(huì)者提前將問題反饋下來，產(chǎn)品經(jīng)理可提前補(bǔ)充完善，以便后續(xù)需求評(píng)審高效完成；至于怎么樣使得與會(huì)者提前查看方案并反饋問題，一方面與流程制定有關(guān)系，一方面就要看產(chǎn)品經(jīng)理的溝通功力了，不管是請(qǐng)吃飯遞手紙?jiān)倥闼?/p>

同樣注意的是，很多產(chǎn)品經(jīng)理習(xí)慣把沒有經(jīng)過產(chǎn)品內(nèi)部確認(rèn)的方案發(fā)出來（基本都會(huì)有產(chǎn)品內(nèi)部需求評(píng)審，或者一對(duì)一確認(rèn)方案“產(chǎn)品經(jīng)理VS產(chǎn)品leader”），但是如果方案沒通過的話產(chǎn)品經(jīng)理在技術(shù)大大那的信任積分將直線下降，就算可通過，最好也先在產(chǎn)品內(nèi)部先溝通確認(rèn)，多打磨打磨產(chǎn)品細(xì)節(jié)。

4. 其他事項(xiàng)

召集與會(huì)者以及會(huì)議室預(yù)定；很多與會(huì)者可能沒法前來參加需求評(píng)審（原因請(qǐng)自行補(bǔ)腦），那么產(chǎn)品經(jīng)理務(wù)必保證核心人員到場(chǎng)，如果核心人員也無法前來，那么請(qǐng)核心人員指定一位backup；產(chǎn)品經(jīng)理會(huì)認(rèn)為召集會(huì)議以及會(huì)議室預(yù)定都是項(xiàng)目經(jīng)理的事兒，但陰陽建議產(chǎn)品經(jīng)理還是多多自己去安排，多的不說，起碼可以多認(rèn)識(shí)幾個(gè)人，多刷幾次臉，后續(xù)大家還要一起愉快的玩耍呢不是。

提前到達(dá)會(huì)議室；產(chǎn)品經(jīng)理可以提前一刻鐘左右去到會(huì)議室，檢查檢查演示設(shè)備是否支持及齊全，千萬別等到會(huì)議開始后才發(fā)現(xiàn)這個(gè)沒有那個(gè)沒法用，白白耽誤了評(píng)審時(shí)間。

一言以蔽之：產(chǎn)品經(jīng)理不要讓自己成為「這件事」的瓶頸。

評(píng)審中

經(jīng)過一番折騰，終于到了激動(dòng)人心的時(shí)刻——需求評(píng)審，準(zhǔn)備好讓口水沫子來的更猛烈些吧…..

1. 明確會(huì)議背景及目的

很多產(chǎn)品經(jīng)理參加需求評(píng)審的時(shí)候不管不顧直接進(jìn)入產(chǎn)品方案的演示，這樣很可能會(huì)造成一小部分的與會(huì)者一頭霧水，因?yàn)橛行┡c會(huì)者很可能是原與會(huì)者的backup，既然是會(huì)議還是可以按照標(biāo)準(zhǔn)的流程來，起碼會(huì)議的前幾分鐘可以熱絡(luò)一下氣氛，以免大家都冷冰冰的坐在哪。

正式進(jìn)入方案評(píng)審之前，可以先說明本次評(píng)審的背景是什么，需要完成哪些事兒，希望達(dá)成的目的是什么，評(píng)審會(huì)分幾個(gè)環(huán)節(jié)，每個(gè)環(huán)節(jié)大致的時(shí)間需要多久等等，讓與會(huì)者對(duì)評(píng)審會(huì)有一定的心理預(yù)期。其實(shí)這部分工作可提前在邀請(qǐng)郵件中就體現(xiàn)出來，待正式開始需求評(píng)審之前，稍微提一下即可，那樣則可以把更多的時(shí)間預(yù)留給后面的環(huán)節(jié)。

2. 切勿立馬進(jìn)入方案細(xì)節(jié)

同上，很多產(chǎn)品經(jīng)理在產(chǎn)品方案演示的環(huán)節(jié)直接就進(jìn)入了方案細(xì)節(jié)，比如這個(gè)功能要怎么樣實(shí)現(xiàn)，為什么要那樣做，那個(gè)交互怎么樣等等，試問，前戲都沒做好，直接開干，對(duì)方會(huì)爽嗎？產(chǎn)品經(jīng)理在演示方案的時(shí)候可使用6W2H原則（具體請(qǐng)自行谷歌），在詳細(xì)介紹產(chǎn)品方案的時(shí)候可遵循產(chǎn)品設(shè)計(jì)的五個(gè)層級(jí)分析法，即戰(zhàn)略層、范圍層、結(jié)構(gòu)層、框架層、表現(xiàn)層（具體請(qǐng)自行谷歌）

3. 掌控節(jié)奏，切勿爭(zhēng)（si）論（B）

產(chǎn)品經(jīng)理正確的堅(jiān)持自己的想法很重要，當(dāng)然前提是“正確的”堅(jiān)持，經(jīng)常遇到技術(shù)問幾個(gè)問題，產(chǎn)品經(jīng)理不但不思考被提出來的問題，反而固持己見，爭(zhēng)的面紅耳赤，口口聲聲說“我覺得問題啊，用戶一定會(huì)那樣的，這樣挺好啊”，此時(shí)產(chǎn)品經(jīng)理在技術(shù)面前就是一笨蛋，信任直接受到10000點(diǎn)傷害；正確的姿勢(shì)應(yīng)該是產(chǎn)品經(jīng)理把問題拆解，要么用嚴(yán)謹(jǐn)?shù)倪壿嫽蛘邤?shù)據(jù)說服技術(shù)，要么就是虛心向技術(shù)請(qǐng)教，站在對(duì)方的角度去思考這個(gè)問題，是不是自己沒有想清楚，不要求及時(shí)回答，可以暫時(shí)回復(fù)對(duì)方“這個(gè)問題我的確沒有考慮清楚，會(huì)后再去思考全面，如果有不懂的地方可能到時(shí)還需要請(qǐng)教你，待問題明確后也會(huì)同步信息給大家”。

爭(zhēng)論不但無法解決任何問題，還浪費(fèi)會(huì)議時(shí)間；人的有效集中精力時(shí)間大概在45分鐘左右，所以需求評(píng)審會(huì)盡量控制在60分鐘以內(nèi)，當(dāng)然很多時(shí)候都事與愿違，那么產(chǎn)品經(jīng)理應(yīng)該盡可能的把前期準(zhǔn)備工作做好，不要指望所有事情都在評(píng)審會(huì)上解決，如果超過60分鐘都解決不了的問題，那么請(qǐng)及時(shí)打住，因?yàn)樵谕笠膊粫?huì)有什么實(shí)質(zhì)性的結(jié)論，可以考慮私下在小范圍溝通，或者組織二輪評(píng)審；

預(yù)留FAQ環(huán)節(jié)，針對(duì)FAQ視產(chǎn)品經(jīng)理掌控能力而論，可以講到哪哪有問題立馬提出來并回答，也可以是先完整介紹某個(gè)模塊或者功能后，再請(qǐng)與會(huì)者統(tǒng)一提問并解答，以免中間被打斷，導(dǎo)致效率打折。

4. 需要?jiǎng)e人給予什么幫助或者反饋

回到前面所說的為什么要開需求評(píng)審，當(dāng)然是要解決某些問題的，所以不要忘記需求評(píng)審的目的是什么，該出手時(shí)就出手，比如某個(gè)功能的實(shí)現(xiàn)成本、技術(shù)評(píng)審排期、指定負(fù)責(zé)人、UE/UI排期等等，當(dāng)然這部分工作更多的可能是項(xiàng)目來安排，并且有些排期是沒有辦法及時(shí)給出答復(fù)的，但是產(chǎn)品經(jīng)理作為產(chǎn)品的主導(dǎo)者必須知曉該部分信息，以便后續(xù)更高效率的協(xié)調(diào)資源。

5. 其他

關(guān)于需求評(píng)審會(huì)主持人

有些公司是項(xiàng)目來擔(dān)當(dāng)這個(gè)角色，有些公司是產(chǎn)品經(jīng)理來詮釋這個(gè)角色，如果不想需求評(píng)審會(huì)搞得像葬禮一樣嚴(yán)肅，這個(gè)時(shí)候項(xiàng)目經(jīng)理與產(chǎn)品經(jīng)理更應(yīng)該是相互配合的，一唱一和，不但可以更好的掌控會(huì)議節(jié)奏，還可以調(diào)節(jié)整個(gè)會(huì)議的氛圍，千萬不要局限于一定要誰誰誰來，沒意義。

不管是誰來擔(dān)當(dāng)主持人，一定要掌握好會(huì)議節(jié)奏以及控制好討論氛圍，很多時(shí)候與會(huì)者提幾個(gè)問題，聊著聊著就聊到別的地方去了，越聊越遠(yuǎn)，白白浪費(fèi)時(shí)間，所以只要與本次會(huì)議無關(guān)的話題盡量避免，更不要展開討論，必須及時(shí)打住拉回到主題上。

可以提前演練幾遍

需求評(píng)審毋庸置疑是一件很鍛煉人的事情，鍛煉溝通能力、掌控力、演講能力、表達(dá)敘事的能力等等，所以為了做到更好，學(xué)會(huì)用做產(chǎn)品的思路去準(zhǔn)備需求評(píng)審會(huì)，產(chǎn)品經(jīng)理有理由在會(huì)議之前先演練幾遍，重復(fù)幾次之后，會(huì)發(fā)現(xiàn)你的溝通能力及敘事能力將大幅度提升。

另外，在整個(gè)評(píng)審過程，請(qǐng)仔細(xì)傾聽每位與會(huì)者的問題及反饋，做好備忘，能及時(shí)解決的，當(dāng)下解決即可，不能及時(shí)回復(fù)的，會(huì)后再處理。在該環(huán)節(jié)末尾，產(chǎn)品經(jīng)理可以把備忘好的問題整理并復(fù)述一遍，以免問題遺漏，起碼在與會(huì)者看來，產(chǎn)品經(jīng)理對(duì)每個(gè)人的反饋都是非常重視的。

評(píng)審后

很多產(chǎn)品經(jīng)理認(rèn)為評(píng)審后就沒啥事兒了，只要把問題及解決方案補(bǔ)全即可，然而這往往不夠。

• 整理遺留問題，找相關(guān)同學(xué)溝通解決
• 完善方案，更新產(chǎn)品文檔，上傳至jira/wiki
• 發(fā)送會(huì)議紀(jì)要（不要爭(zhēng)論是項(xiàng)目來做還是產(chǎn)品來做），同步以上信息
• 后續(xù)工作計(jì)劃，明確責(zé)任人及反饋排期

整個(gè)過程下來，貌似都是產(chǎn)品經(jīng)理在嘿咻嘿咻的干活，誰說不是呢，啟蒙老大曾經(jīng)告訴陰陽“所有錯(cuò)都是產(chǎn)品經(jīng)理的錯(cuò)”，誰說不是呢，但是反過來想，誰說不是產(chǎn)品經(jīng)理收獲最大呢。

最后，偷偷告訴你個(gè)小秘訣，想要需求評(píng)審會(huì)更高效，開會(huì)之前把凳子全部搬走藏好….（噓，千萬別說是我?guī)哪銅）

作者@陰陽（微信公眾號(hào)：pmyinyang），互聯(lián)網(wǎng)產(chǎn)品經(jīng)理，熱愛產(chǎn)品，好奇一切新生事物

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