大部分人剛開(kāi)始做產(chǎn)品經(jīng)理時(shí)，都會(huì)經(jīng)歷過(guò)需求評(píng)審會(huì)上被多方Diss的場(chǎng)景。這篇文章，作者分享的經(jīng)驗(yàn)，可以幫你平安度過(guò)。

產(chǎn)品新人面臨的第一個(gè)難關(guān)就是需求宣講總被開(kāi)發(fā)Diss怎么辦？本文從三個(gè)角度解答。

1. 需求評(píng)審是什么
2. 好的需求評(píng)審的標(biāo)準(zhǔn)
3. 可能遇到的問(wèn)題及應(yīng)對(duì)辦法

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

• 通常是一個(gè)會(huì)議：會(huì)上由產(chǎn)品經(jīng)理傳遞產(chǎn)品方案和結(jié)論，讓開(kāi)發(fā)、測(cè)試都了解需求的細(xì)節(jié)和最終設(shè)計(jì)方案。避免開(kāi)發(fā)辛辛苦苦寫(xiě)完代碼，結(jié)果跟產(chǎn)品輸出的方案大相徑庭，導(dǎo)致雙方撕逼打架。
• 需要什么：PRD文檔+低保真模型/高保真模型
• 參與人包括：前端、后端、測(cè)試、UED、SE（架構(gòu)師）、算法工程師（可選）等。

二、好的需求評(píng)審的標(biāo)準(zhǔn)

分點(diǎn)陳述，思路清晰，要求明確。

• 文檔邏輯全面：產(chǎn)品更像規(guī)則的制定者，方案需要覆蓋所有場(chǎng)景，包括功能影響范圍、頁(yè)面/功能流程、按鈕交互邏輯。（這個(gè)要跟開(kāi)發(fā)提前溝通）。
• 后臺(tái)邏輯完整：比如涉及的接口和查詢(xún)邏輯，異常情況判斷。
• 演講有重點(diǎn)：開(kāi)會(huì)的時(shí)候技術(shù)可能沒(méi)那么認(rèn)真去聽(tīng)，所以一定要講重點(diǎn)。必要時(shí)可以點(diǎn)名提問(wèn)。

注意：??會(huì)議是同步結(jié)論，而不是討論。在會(huì)議主要討論產(chǎn)品方案，技術(shù)問(wèn)題是技術(shù)實(shí)現(xiàn)的問(wèn)題，討論角度不要跑偏。

三、可能遇到的問(wèn)題及應(yīng)對(duì)辦法

會(huì)上一定會(huì)被開(kāi)發(fā)質(zhì)疑方案、甚至被你的產(chǎn)品同事質(zhì)疑方案，這個(gè)時(shí)候要內(nèi)核穩(wěn)定，精準(zhǔn)過(guò)招出擊。

1）這個(gè)功能為什么要做？/做這個(gè)功能有什么意義？

問(wèn)題拆解：?jiǎn)柍鲞@個(gè)問(wèn)題，多半表明開(kāi)發(fā)不愿意接受你的需求，可能是出于工期太滿(mǎn)、難度太大、功能復(fù)雜的原因。這時(shí)候我們要給出一個(gè)答案，讓開(kāi)發(fā)自己說(shuō)服自己，這個(gè)需求是有意義的。

應(yīng)對(duì)策略：需求來(lái)源+優(yōu)先級(jí)+功能價(jià)值+實(shí)現(xiàn)成本

例子：這個(gè)需求是XX領(lǐng)導(dǎo)提的（來(lái)源），希望能在10月份上線(xiàn)（優(yōu)先級(jí)），有了這個(gè)功能之后用戶(hù)可以實(shí)現(xiàn)學(xué)生認(rèn)證，拿到多種權(quán)益，帶動(dòng)學(xué)生群體銷(xiāo)量（功能價(jià)值）。工作量也不大，評(píng)估了是10個(gè)人天左右（實(shí)現(xiàn)成本）。

2）這個(gè)功能為什么要這么做而不是那么做？

問(wèn)題拆解：開(kāi)發(fā)覺(jué)得你的方案復(fù)雜，有更優(yōu)解。

應(yīng)對(duì)策略：

1. 會(huì)前：一定要窮盡所有方案，考慮利弊，并可以提前和對(duì)應(yīng)的開(kāi)發(fā)溝通。
2. 會(huì)中：理智闡述自己的想法，并詢(xún)問(wèn)開(kāi)發(fā)他覺(jué)得更好的方案是什么，并展開(kāi)討論。方案影響因素：用戶(hù)體驗(yàn)、功能影響范圍、復(fù)用性等等。
3. 會(huì)后：如果方案還有爭(zhēng)議，會(huì)后再跟開(kāi)發(fā)溝通。（此條不建議，優(yōu)先把問(wèn)題在會(huì)上解決是最高效的）

3）比問(wèn)題多更可怕的是沒(méi)問(wèn)題??！

不怕開(kāi)發(fā)提問(wèn)，就怕開(kāi)發(fā)不提問(wèn)！這說(shuō)明可能開(kāi)發(fā)沒(méi)有認(rèn)真聽(tīng)你的方案！因?yàn)樵俸?jiǎn)單的功能，都一定會(huì)有一些點(diǎn)是你可能沒(méi)考慮到的。所以遇到?jīng)]人提問(wèn)要及時(shí)調(diào)動(dòng)情緒，甚至可以點(diǎn)名對(duì)應(yīng)的開(kāi)發(fā)，看看對(duì)功能的理解是否到位。

四、真實(shí)案例

案例一：

剛開(kāi)始做產(chǎn)品時(shí)，只知道自己埋頭苦捋功能流程，梳理完之后再自己做一個(gè)設(shè)計(jì)出來(lái)。只跟產(chǎn)品溝通，沒(méi)有跟技術(shù)溝通就上了評(píng)審會(huì)，結(jié)果因?yàn)楣δ苓壿嬄┒刺?，被駁回，開(kāi)了二次評(píng)審。后續(xù)在開(kāi)會(huì)前都會(huì)反復(fù)check方案的完整性、合理性，與至少一位開(kāi)發(fā)溝通后再上會(huì)。

案例二：

功能有爭(zhēng)議時(shí)，被技術(shù)一懟，就會(huì)被帶跑偏，跟著技術(shù)的方案走。有時(shí)也會(huì)被領(lǐng)導(dǎo)帶著走，他說(shuō)啥就是啥。沒(méi)有自己的立場(chǎng)。比如，一個(gè)歡迎彈窗，可放可不放，有人質(zhì)疑太麻煩，我就不放；一個(gè)卡片樣式，有圖無(wú)圖都可以，一旦被質(zhì)疑，我就會(huì)跟著對(duì)方的節(jié)奏走。被帶教的產(chǎn)品說(shuō)，“產(chǎn)品要有自己的態(tài)度，一定要強(qiáng)勢(shì)，不能被輕易改變”。只有你才能對(duì)用戶(hù)負(fù)責(zé)，一些可做可不做的功能，一定要想清楚做不做，然后堅(jiān)持自己的看法。

五、好的PRD文檔參考

對(duì)產(chǎn)品來(lái)說(shuō)，永遠(yuǎn)是思路>文檔，但是一個(gè)好的文檔可以反過(guò)來(lái)幫你check思路是否完整。