編輯導(dǎo)語：產(chǎn)品經(jīng)理一定會經(jīng)歷需求評審，有時還需要主持產(chǎn)品評審大會。要想需求評審會開的有意義，我們就需要明白需求評審的流程和會有哪些坑，只有明確這些后，做好相關(guān)的準(zhǔn)備工作才能夠事半功倍！本文作者總結(jié)了從0到1構(gòu)建電商平臺之需求評審會的流程與坑，希望對你有所幫助。

對一些新人產(chǎn)品經(jīng)理來說，主持產(chǎn)品評審大會是一件頭疼的事，整場會議下來感覺主持得不怎么樣，但又說不出哪些地方需要完善；或者沒意識到主持會議中的一些坑，不知覺地踩了進(jìn)去，導(dǎo)致會議的效率較低。

我是非常享受產(chǎn)品評審大會的，我覺得這算是產(chǎn)品經(jīng)理的高光時刻之一，作為整場核心角色，整場會議由你把控。但會議的質(zhì)量也完全取決于你。

這篇文章就是以我之前主持過的一個項(xiàng)目為例，介紹需求評審會中應(yīng)有的“流程”，再結(jié)合我自身經(jīng)驗(yàn)和參加別人主持會議時發(fā)現(xiàn)的一些“坑”，來和大家做一次分享交流。

一、先介紹項(xiàng)目的目的、范圍、主要的功能流程等

我們主持評審會是為了讓參與小伙伴明白這個項(xiàng)目是用來干嘛的，有哪些主要功能，流程。所以當(dāng)別人對你的項(xiàng)目還不足夠了解時，先要對這個項(xiàng)目做一個大概的介紹，不然就會聽得云里霧里的。

例子：

1. 作為一個全品類電商平臺，我們的平臺的模式是邀請商家入駐發(fā)布商品，并吸引用戶產(chǎn)生訂單，并給商家結(jié)款等等，這次評審的主要是公司內(nèi)部用的管理后臺；
2. 管理后臺作為數(shù)據(jù)的輸入來源方，首先需要商家管理功能，用來添加和管理商家的數(shù)據(jù)；
3. 添加了商家之后，商家就可以通過自己的商家后臺來上傳商品，而我們用的管理后臺也可以上傳商品，且管理審核商家上傳的商品，所以就需要商品管理功能；
4. 有了商品數(shù)據(jù)之后，前臺或app就可以看到這些商品并且下單了，所以管理后臺需要有訂單管理功能來對訂單進(jìn)行發(fā)貨等操作；
5. 有了訂單，用戶也可能會退貨換貨等操作，所以需要售后管理功能；
6. 由于用戶支付的訂單金額先由公司代為保管，所以需要財(cái)務(wù)管理功能來結(jié)算商家的貨款；
7. 花個幾分鐘把項(xiàng)目先這樣按數(shù)據(jù)的流轉(zhuǎn)介紹一遍，提高參與小伙伴的接收效率。

1. 坑一：直接講功能

我以前參加評審會遇到過，新項(xiàng)目一上來就講其中一個模塊，而且這個模塊還是流程中比較靠后的，理由是這個模塊內(nèi)容較少，就好像是為了完成任務(wù)而講。

但是參與小伙伴作為小白連這個項(xiàng)目是用來干嘛的、有哪些功能、使用流程都不知道，接收的效率可能會很低，因?yàn)樗麄兛赡苄枰贿吢?，一邊先猜測這個項(xiàng)目是做啥的，再一邊驗(yàn)證之前的想法。

就像你看一本書，一上來可能只知道名字，但是連目錄都不知道，還得看你一邊看一邊去腦補(bǔ)目錄。

2. 坑二：會議時間過長，忘了之前講過的內(nèi)容

小項(xiàng)目還好，如果大項(xiàng)目的評審時間長達(dá)幾個小時，甚至分幾天評審，就要注意這個問題了。我一般的做法是先提前在黑板上把各級菜單寫出來，這樣方便參與小伙伴回憶之前的內(nèi)容，一邊講一邊指著黑板，就不用來回切換原型（原型頁面太多時會很不方便）。

比如我兩小時前講到了標(biāo)簽管理功能，再講到商品管理的添加商品時，可以為商品選擇標(biāo)簽，但這些標(biāo)簽是在標(biāo)簽管理中添加的，我在黑板上指著數(shù)據(jù)流轉(zhuǎn)對應(yīng)的功能，這樣就回顧了一次。

二、再介紹頁面上的詳細(xì)功能

秉承“數(shù)據(jù)怎么來，數(shù)據(jù)怎么去”的原則，按商家-商品-訂單-售后-財(cái)務(wù)-營銷等順序，這樣的順序來講是最容易讓參與小伙伴理解的。再按歸類的原則，來介紹頁面上的字段。

例子：

如圖這是售后單詳情，由5個部分組成：

1. 售后單本身的屬性：售后單編號、申請時間等；
2. 售后單的成分：用戶選擇填寫的圖片、理由等；
3. 售后單關(guān)聯(lián)信息：申請的商品信息、對應(yīng)的訂單信息等；
4. 售后單各個狀態(tài)與對應(yīng)的操作；
5. 操作日志。

先將該頁面中的字段做一個分類的介紹，讓小伙伴對頁面的組成部分有一個大概的了解，不至于一點(diǎn)開頁面字段太多看得眼花繚亂，然后再挑一些重點(diǎn)字段、涉及到數(shù)據(jù)流轉(zhuǎn)的字段來著重介紹：

申請退款的金額是按該商品的實(shí)付金額來算，比如買了單價100，買了2件應(yīng)付200，用了20的優(yōu)惠券，實(shí)付就是90，申請退款的商品金額就是90。

3. 坑三：介紹時功能之間沒有聯(lián)動，接受效率較低

A功能講完了講B功能，又講C功能…每個模塊當(dāng)成獨(dú)立的個體來講，但是他們之間哪些地方存在聯(lián)系呢并沒有講。所以在黑板上提前寫出各級菜單的另一個好處就是，可以直接指著黑板上的內(nèi)容方便聯(lián)動。

4. 坑四：頁面內(nèi)容太多時抓不住重點(diǎn)，機(jī)械地介紹每一個功能

先要明白一點(diǎn)，評審會的目的只是為了引導(dǎo)小伙伴，讓他們大概了解到這個項(xiàng)目是做什么的，有哪些主要流程，有哪些主要功能等。不可能讓大家在幾個小時內(nèi)就將這么多流程和字段都理解清楚，應(yīng)該是引導(dǎo)完后再將原型給到他們逐一字段去看，再給到回復(fù)。

如果想什么都在會上講清楚，會議時間將大大拉長，別人聽著也累，容易注意力不集中，效率下降。所以我們需要提前把主次功能，頁面上的主次字段標(biāo)出來，挑重點(diǎn)講就行了。

三、回答小伙伴的問題

講完后或者講的過程中一般參與者就會提出各自的問題。需求方、開發(fā)、測試、UI站的角度不同，提的問題不同。

5. 坑五：回答問題時被牽著鼻子走

產(chǎn)品經(jīng)理作為會議的主持者最忌諱自信不夠，別人說什么就是什么，在會議中就會失去主動權(quán)，損害了你在團(tuán)隊(duì)中的公信力。

所以回答的時候需要先分析別人為什么會提出這個問題，是因?yàn)楣δ懿缓糜?？開發(fā)難度較大不想做？開發(fā)時間過長？還是數(shù)據(jù)的流轉(zhuǎn)設(shè)計(jì)就存在缺陷？如果對方說得有道理，他提的方案就是最佳選擇嗎？有沒有更好的解決方案？

當(dāng)然也要充分聽取別人的意見，找到一個更好的解決方案。這一點(diǎn)很重要，產(chǎn)品經(jīng)理需要考慮與團(tuán)隊(duì)間微妙的關(guān)系，強(qiáng)勢一點(diǎn)會讓人覺得你太獨(dú)斷；弱一點(diǎn)又會讓人覺得不夠自信，從而懷疑你的專業(yè)性。

6. 坑六：討（si）論（bi）時間過長，沒有控制會議的節(jié)奏

一些新人產(chǎn)品經(jīng)理容易在會上與對方糾結(jié)某一個小點(diǎn)，比如為某一個按鈕擺放的位置產(chǎn)生分歧，標(biāo)題是左對齊還是右對齊好等等。這一點(diǎn)說著簡單，但是在這么多人的大會上遇到質(zhì)疑你的人，可能會不服氣，被情緒帶動時就想爭個輸贏，所以記得管理好情緒。

如果遇到確實(shí)沒辦法馬上得出結(jié)論，一些模棱兩可的功能，此時該做的就是記下來，會后再討論。

比如我遇到過有小伙伴跟我爭添加商品信息應(yīng)該分段保存還是添加完逐一保存，這不光涉及到技術(shù)成本，還涉及到使用體驗(yàn)與使用過程中的風(fēng)險，還要分析風(fēng)險可能發(fā)生的頻率與是否可控，沒辦法馬上給出答案，這時要做的就是先記下來，會后找到現(xiàn)關(guān)的負(fù)責(zé)人再溝通。

7. 坑七：聲音沒有起伏，不懂控制氣氛

這一點(diǎn)算是產(chǎn)品經(jīng)理的外功，主持評審大會和演講是一樣的，目的是讓別人聽得進(jìn)去你說的話，且聽著很輕松，所以說話時的斷句節(jié)奏和起伏程度是有影響的。

比如上圖中的售后單編號、申請時間等不重要的內(nèi)容我講的時候會以較快的語速不停頓地說過去。而遇到金額等需要計(jì)算，且有特定的計(jì)算方法的字段時，我會提高音量讓大家明白這里是重點(diǎn)。

我觀察過，會議進(jìn)程過半時，有一些小伙伴就開始走神玩手機(jī)，我突然提高了音量，那些走神的小伙伴就馬上看向了投影屏幕。

8. 坑八：會議過程沒有互動

會上討論時間過長不好，但一點(diǎn)沒有互動也不好，如果遇到參與小伙伴都比較沉悶，你又自顧自的講，會讓人感覺你像來念字的，比較生硬。

我一般講完重要的頁面或者重要的字段時，會問一句有問題嗎；如果沒人回答我會再問相關(guān)前端或后端的負(fù)責(zé)人，問到具體的人時就會有人回答了。但是不要每次都這樣很生硬的問，可以適當(dāng)?shù)拈_一些小玩笑活躍一下氣氛，這些都是提高會議傳達(dá)效率的小技巧。

9. 坑九：非語言行為

這一條就見仁見智了，你的眼神、動作、坐/站姿可能都影響整場會議的氛圍。我見過性格內(nèi)向的產(chǎn)品經(jīng)理因?yàn)榫o張整場會議都是規(guī)規(guī)矩矩地坐好，聲音都不高不低，給我的感覺就是不自信，會議氛圍也比較沉悶。

我主持的時候一般都喜歡站著，因?yàn)槲沂钦麍鰰h的控制人，站著有俯視的感覺，也有助于我提高音量時大家的目光能快速轉(zhuǎn)移到我身上，講到重點(diǎn)字段我有時也會走到投影屏幕前指著，這樣有助于增強(qiáng)大家對該字段的印象。

四、確認(rèn)每個開發(fā)人員的時間

如果評審會是為了給開發(fā)人員評審原型需求，就需要在講完之后確認(rèn)團(tuán)隊(duì)各自的時間。

但是需要注意，一般在會議上制定的都是確定大概的時間節(jié)點(diǎn)或者大概的項(xiàng)目計(jì)劃，是為了讓大家心里有個數(shù)，大概應(yīng)該在哪個時間段上完成哪些事；而真正具體的進(jìn)度計(jì)劃需要會后制定，因?yàn)樵敿?xì)的項(xiàng)目管理計(jì)劃是需要精確到每個人員的每一天的。

這時有兩種情況：

1. 已經(jīng)確定了上線時間

首先要把具體的模塊分給具體的開發(fā)人員（比如甲開發(fā)商品管理，乙開發(fā)訂單管理，丙編寫財(cái)務(wù)管理的測試用例），確定各自大概需要的工時（不光寫接口還有對接口的時間），匯總起來評估能否在上線時間前開發(fā)測試驗(yàn)收完。

• 如果能：就先制定一個大概的里程碑計(jì)劃，什么時間節(jié)點(diǎn)完成哪些事，大家心里有個準(zhǔn)備；
• 如果不能：先找原因，工時不夠？是否需要加班，是否需要重新排優(yōu)先級先砍掉一些功能，是否有替代方案替代一些開發(fā)時間較長的功能等，甚至考慮加人；當(dāng)前技術(shù)不足以實(shí)現(xiàn)部分功能？是否可以暫時擱置或找替代方案。

2. 暫未確定

也是需要分工、分別確定工時、匯總，然后大概完成時間是否符合預(yù)期，或者符合上級預(yù)期。如果不符合也需要像上述一樣，先找到?jīng)_突點(diǎn)再來協(xié)調(diào)。

五、會后的復(fù)盤

會后的復(fù)盤相當(dāng)重要，我一般下來后會回憶整場會議中做得好與不好的地方：

• 講到哪些地方參與度較高？
• 為什么會議后半程大家開始走神了？
• 是不是因?yàn)橛懻摃r間過長而拖會了？
• 有沒有因?yàn)橹v得過快而導(dǎo)致大家還沒聽懂就過了？
• 有沒有在和別人討論時過度否定和打斷別人的想法？
• 有沒有因?yàn)闇?zhǔn)備不足而緊張把一些字段重要的地方講漏了？
• ……

一般通過小伙伴們的表情和氣氛能反映出來，就像老師講課時都會觀察學(xué)生的面目表情。主持需求評審會不像做數(shù)學(xué)題，知道公式就能求解出答案，我覺得像書法，你知道該怎么寫好看，沒練過就是寫不出，所以還是多練多總結(jié)，準(zhǔn)備充足，足夠自信就好。

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

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