產(chǎn)品經(jīng)理作為一個(gè)產(chǎn)品或者一個(gè)模塊的管理者，需求評審是必不可少的環(huán)節(jié)。在整個(gè)產(chǎn)品的建設(shè)期內(nèi)，需求評審是一個(gè)承上啟下的環(huán)節(jié)，上一環(huán)節(jié)承接的是需求分析，需求立項(xiàng)，下一環(huán)節(jié)推向的是研發(fā)測，需求評審?fù)ㄟ^后需求將進(jìn)入研發(fā)階段。因此需求評審的重要性是不言而喻的。
然而在現(xiàn)實(shí)情況下，我們可能遇到各種各樣的情況，導(dǎo)致需求評審不順。比如：
1、開發(fā)可能是公共資源，一個(gè)開發(fā)可能負(fù)責(zé)各個(gè)產(chǎn)品線，各個(gè)業(yè)務(wù)域的情況，開發(fā)可能沒有時(shí)間，或者開發(fā)很難聚集到一塊兒。
2、針對大型的項(xiàng)目，需求評審可能會持續(xù)很久，一天或者幾天，這個(gè)時(shí)候長時(shí)間的評審可能會導(dǎo)致效果不好
3、開發(fā)可能會拒絕你，開發(fā)認(rèn)為需求不合理，
4、需求評審?fù)炅耍瑳]結(jié)果，沒下文，沒結(jié)論，不知道下一步該干什么？
5、需求評審的時(shí)候話題蔓延，超出需求評審的范圍，導(dǎo)致需求評審效率低下
6、評審過程中過于關(guān)注研發(fā)實(shí)現(xiàn)的細(xì)節(jié)問題，導(dǎo)致評審會議拖沓。
7、評審過程中，忘了各方的提出的問題，導(dǎo)致需求再次評審的時(shí)候出現(xiàn)問題。
那么如何解決上述這些問題呢？
其實(shí)我們可以將需求評審過程分為三個(gè)階段準(zhǔn)備階段，評審階段，完成階段，這三個(gè)階段所面臨的問題是不一樣的，將這個(gè)三個(gè)階段的問題劃分至各個(gè)階段去各個(gè)擊破。
一、準(zhǔn)備階段
1、需求方案三檢
自檢：所謂自檢就是自己在寫完需求方案時(shí)對自己的方案再次進(jìn)行檢查一遍。
首先，在這個(gè)環(huán)節(jié)依然需要將需求再次分析一遍，道理其實(shí)很簡單，自己debug永遠(yuǎn)要比需求評審時(shí)被開發(fā)懟上天要好。
然后，需求沒問題，那么需要檢查的就是，需求方案的成本（不只是錢，人力，資源等等）、邏輯是否有問題，交互是否通暢，流程狀態(tài)設(shè)計(jì)是否合理，方案是否寫的清晰易懂，方案前后是否矛盾，需求上線對產(chǎn)品的影響等等。
互檢：所謂互檢就是可以將寫好的需求方案交給同一團(tuán)隊(duì)的同學(xué)去相互檢查，發(fā)現(xiàn)其中問題。
專檢：所謂專檢就是將方案交給更加專業(yè)的大佬去看看，看看大佬有沒有什么更好的建議或者方案上有什么問題。
2、需求獲得業(yè)務(wù)方/客戶/用戶認(rèn)可
我們所有的需求都有直接或者間接的受眾，這個(gè)受眾我們成為我們的用戶，客戶，業(yè)務(wù)方，我們的方案的使用方是他們，是他們最終為這個(gè)方案買單，因此他們的意見很重要，和他們溝通方案，讓方案獲得他們的任何是非常重要的。
3、安排需求評審會議
確定參會人員
需求評審常見的參會人員有，產(chǎn)品經(jīng)理（主持人，或者需求范圍相關(guān)的產(chǎn)品，上游等等）、前端、后端、測試、UI。這些角色是需求評審中常見的角色。
確定參會地址
參會人員確定好以后，就是確定會議室，對于線下會議這個(gè)很重要，因?yàn)橛锌赡軙h室被占用，從而導(dǎo)致會議被推遲或者取消的情況時(shí)有發(fā)生。因此在確定參會人后，及時(shí)預(yù)約會議室是比較重要的事情。當(dāng)然線上會議這一步驟可以忽略，比如釘釘視頻會議等等還是比較方便的。
確定參會時(shí)間
確定好參會人員與會議室后，這時(shí)需要做的是溝通時(shí)間，這種對于研發(fā)是公共資源的情況尤為重要，你以為他們可能有時(shí)間，最后可能參見不了評審，從而導(dǎo)致需求評審會議流產(chǎn)的事情時(shí)有發(fā)生。通?？赡馨l(fā)生情況是，有大部分研發(fā)有時(shí)間，極個(gè)別同學(xué)時(shí)間錯不開，這時(shí)候的策略是需求評審會議時(shí)間不變，讓沒有時(shí)間的同學(xué)找可以替代他參見評審的同學(xué)也是可以的。
發(fā)起會議預(yù)約
在上述幾個(gè)步驟做完以后，為了避免遺忘，至少提前一天發(fā)起會議邀請，可以通過釘釘發(fā)送待辦，會議邀請，郵件等等。
4、熟悉評審的內(nèi)容
經(jīng)常有常見的現(xiàn)象是會議上開發(fā)對需求方案一點(diǎn)不熟悉，從而導(dǎo)致在評審的時(shí)候效率低下，這種情況可以在會議評審前至少2小時(shí)內(nèi)將需求方案發(fā)送給需要參會的同學(xué)，讓他們對需求方案有大致了解，從而提早發(fā)現(xiàn)問題。
二、評審階段
評審的正確姿勢
1、結(jié)構(gòu)化
評審的時(shí)候如果我們能夠按照一定的結(jié)構(gòu)（總分總，因果，時(shí)間序列，問題導(dǎo)向等等）去講述我們的方案，這樣不僅能便于其他同學(xué)的理解，也能使得會議更加高效開展。
2、說重點(diǎn)
在評審中，我們的方案可能成千上萬字，全部講述下來是很花時(shí)間而且費(fèi)力的事情，我們可以將邏輯，功能，流程講清楚，對于細(xì)節(jié)部分例如字段怎么取，時(shí)間戳怎么算，按鈕的交互邏輯這類問題可以一筆帶過（但前提是你的demo或者prd有這些內(nèi)容，否則開發(fā)過程中你可能會被煩死- -），如果是涉及到對既有流程改造，那么重點(diǎn)突出改造的內(nèi)容即可。
3、帶節(jié)奏
在評審過程中，產(chǎn)品經(jīng)理是會議的發(fā)起人，同時(shí)也是會議的主持人，會議的節(jié)奏應(yīng)該由你去掌控，對于會議上的爭論，應(yīng)該積極引導(dǎo)，避免由爭論發(fā)展成為爭吵，同時(shí)，對于與需求評審無關(guān)的話題應(yīng)及時(shí)糾正，避免跑偏，從而導(dǎo)致會議拖沓。
評審的幾個(gè)技巧
1、分批次評審
需求評審時(shí)，一個(gè)迭代可能會有很多小需求，而這些小需求可能會涉及到不同的開發(fā)人員，這個(gè)時(shí)候，可以分組評審，相關(guān)的研發(fā)負(fù)責(zé)人評審?fù)瓿珊蠹纯呻x開，這樣不僅可以提高評審效率，也可以節(jié)省大家時(shí)間。
2、求同存異
需求評審中遇到不同意見，不同聲音，這是很常見的事情，我們的需求評審，本身也是將方案拋出去，讓大家發(fā)現(xiàn)問題的一個(gè)過程，因此需求評審的基調(diào)應(yīng)該是發(fā)現(xiàn)問題，解決問題，在明白這個(gè)基調(diào)的情況下，我們大可不必因?yàn)椴煌庖?，不同聲音而將問題升級，或者是引發(fā)無休止的討論，對于此類現(xiàn)象正確的姿勢是，求同存異。對于有問題的方案中沒有問題的可以先通過，有問題的可以放在其他方案評審?fù)瓿芍笤偃ビ懻摗?/p>
3、會議紀(jì)要
在需求評審中，做好會議紀(jì)要是非常重要的，一個(gè)需求評審可能很長，參與方可能很多，光憑記憶很難記住，這時(shí)會議紀(jì)要就很重要。簡單來說，會議紀(jì)要就包含幾方面
參與人
參與時(shí)間
參會方式
會議內(nèi)容
會議結(jié)論
遺留問題及action
會議過程中你可能沒時(shí)間記，這時(shí)可以找同事代為記錄，或者記錄關(guān)鍵字，關(guān)鍵點(diǎn)會后再補(bǔ)充。
三、完成階段
需求評審?fù)瓿傻牡谝患虑榫褪菍憰h紀(jì)要并且同步給參會人與及相關(guān)負(fù)責(zé)人，對于這種正式的會議，會議紀(jì)要是非常重要的，它是產(chǎn)品經(jīng)理保護(hù)自己，避免以后背鍋的一種書面憑證，同時(shí)也是產(chǎn)品過程的重要過程資產(chǎn)，最重要的是會議紀(jì)要中會記錄評審過程中的相應(yīng)決策與后續(xù)的action，這些action是推動需求進(jìn)行的重要手段。
需求評審的結(jié)果就那么幾種情況，通過，不通過，部分通過。
對于通過的需求，那么自然就可以進(jìn)行到研發(fā)階段，那么下一個(gè)會議你可能需要參與到TC評審，技術(shù)方案評審。對于會議紀(jì)要中的遺留的action，你需要一一跟進(jìn)并落實(shí)。
對于不通過的需求方案，那么你可能需要根據(jù)會議紀(jì)要提到的疑問與缺陷去修正方案，對于會議紀(jì)要中的action，需要指派具體的責(zé)任人，跟進(jìn)他們并一一落實(shí)。
對于部分通過的需求，這些方案可能存在迭代中，一個(gè)迭代中可能包含很多子需求，其中部分可以進(jìn)行開發(fā)，還有一部分評審未通，這時(shí)可以根據(jù)評審中提到的問題或者解決方案去修正方案，其中可能出現(xiàn)的情況是這個(gè)迭代資源排滿了，沒時(shí)間做，那么這時(shí)如果需求不緊急且優(yōu)先級不高則可以排入下一個(gè)迭代，也有可能是需求方案本身出了，比如實(shí)現(xiàn)成本太高，邏輯有問題，等等，這個(gè)時(shí)候需要做的就是去調(diào)整方案，排入下一次評審。第三種則可能是需求本身的合理性，價(jià)值不高，而被拒，這個(gè)時(shí)候則需要回到需求分析階段去通盤分析需求，再做決定。
需求評審，事情說小，也小，說大也大。用正確的姿勢去開評審會議，一定能為你節(jié)省很多時(shí)間，這些方法你get了嗎？
