來(lái)源|產(chǎn)品劉

需求評(píng)審是產(chǎn)品經(jīng)理一項(xiàng)繞不過(guò)去的工作，但對(duì)于產(chǎn)品新人來(lái)說(shuō)，可能不是一件簡(jiǎn)單的事情，方案準(zhǔn)備的是否充分，能否經(jīng)受住項(xiàng)目其他成員的靈魂拷問(wèn)，都極大的考驗(yàn)著產(chǎn)品經(jīng)理的技能和抗壓能力，今天就來(lái)說(shuō)說(shuō)如何做好需求評(píng)審。

一、分析需求

很多新人接到需求以后，一上來(lái)就開(kāi)始畫(huà)原型、寫(xiě)文檔、約開(kāi)發(fā)評(píng)審，結(jié)果評(píng)審的時(shí)候發(fā)現(xiàn)一大堆問(wèn)題，我們接到需求后，首先要分析需求，至少要從以下幾個(gè)方面去透徹的了解一下需求。

1、了解需求背景

也就是說(shuō)為什么要做這個(gè)需求，這個(gè)需求是誰(shuí)提出的？哪個(gè)角色在哪個(gè)場(chǎng)景下提出的，遇到了什么困難？需要系統(tǒng)幫忙解決什么問(wèn)題？

2、了解對(duì)現(xiàn)有系統(tǒng)的影響

如果要做該需求，那么會(huì)對(duì)現(xiàn)有系統(tǒng)的哪些地方造成影響，列出影響當(dāng)前系統(tǒng)的點(diǎn)。這個(gè)一定要親自去體驗(yàn)產(chǎn)品，根據(jù)現(xiàn)有的邏輯和交互去考慮，如果不了解現(xiàn)有的功能，很容易會(huì)遺漏或者方案有沖突。

3、需求的分類

需求是共性需求還是個(gè)性化需求，思考能否做成通用性需求，如果不能，要思考是否值得花費(fèi)人力、物力去做這種個(gè)性化的需求，這個(gè)尤其是每個(gè)SAAS產(chǎn)品經(jīng)理尤其考慮的內(nèi)容。

4、做最優(yōu)的方案

是否通過(guò)線下或者現(xiàn)有的能力解決？如果系統(tǒng)改造怎么樣成本最??？舉個(gè)例子：醫(yī)院放射科的主任說(shuō)需要限制每天臨床的加急患者，否則加急的插隊(duì)多了患者會(huì)投訴，但是控制加急的患者靠系統(tǒng)合適嗎，是否需要加急醫(yī)生最有決定權(quán)，系統(tǒng)是完成不了這個(gè)事情的，所以不是所有的需求都應(yīng)該通過(guò)系統(tǒng)滿足，有時(shí)會(huì)適得其反。

如果有多個(gè)解決方案，我們要選擇成本最小的解決方案。

5、需求影響的范圍有多大

一個(gè)系統(tǒng)需求的增加可能會(huì)影響其他系統(tǒng)，比如貸后系統(tǒng)變更貸款人以及親友聯(lián)系信息，那這些信息要不要同步給客服系統(tǒng)？這些都需要聯(lián)動(dòng)考慮。

二、需求評(píng)審都有哪些角色參與？

需求評(píng)審一般有產(chǎn)品經(jīng)理、UI設(shè)計(jì)師、程序員（分為前端和后端）、測(cè)試工程師，如果這個(gè)項(xiàng)目有項(xiàng)目經(jīng)理，項(xiàng)目經(jīng)理也要參與?？傊褪桥c項(xiàng)目相關(guān)的干系人員都要參加。

然后在需求評(píng)審會(huì)上，大家達(dá)成共識(shí)了，就開(kāi)干。

三、需求評(píng)審，開(kāi)發(fā)關(guān)注的點(diǎn)

俗話說(shuō)，知己知彼百戰(zhàn)不殆，我們要想不被開(kāi)發(fā)懟和質(zhì)疑，就需要了解開(kāi)發(fā)關(guān)注的一些點(diǎn)，然后針對(duì)這些點(diǎn)提前準(zhǔn)備，針對(duì)性的解釋。

后端

業(yè)務(wù)邏輯：就像線下購(gòu)物中需要將商品加入購(gòu)物車、在收銀臺(tái)付款后才能帶走一樣，映射到程序里，就是提供搜索、瀏覽商品、加入購(gòu)物車、提交訂單、支付的功能。在程序里也是有邏輯的，不可能未付款就給發(fā)貨，只有有了邏輯，開(kāi)發(fā)才可以按照邏輯去寫(xiě)代碼。

數(shù)據(jù)字典：數(shù)據(jù)字典就像產(chǎn)品設(shè)計(jì)中的字段規(guī)范，它定義了數(shù)據(jù)庫(kù)表中的字段。在數(shù)據(jù)庫(kù)設(shè)計(jì)過(guò)程中，開(kāi)發(fā)人員需要了解這些字段的名稱、類型、來(lái)源以及長(zhǎng)度等。數(shù)據(jù)字典通常包括字段的詳細(xì)描述，有助于確保數(shù)據(jù)的一致性和準(zhǔn)確性。

實(shí)體關(guān)系：實(shí)體關(guān)系描述了不同概念之間的聯(lián)系。例如，在醫(yī)院看病時(shí)，患者、醫(yī)生和科室都是不同的實(shí)體，它們之間存在關(guān)聯(lián)?？剖铱梢杂卸嗝t(yī)生，而每名醫(yī)生則屬于一個(gè)特定的科室。在產(chǎn)品設(shè)計(jì)中，我們也需要將業(yè)務(wù)概念抽象為實(shí)體，并明確它們之間的關(guān)系。

業(yè)務(wù)流程：業(yè)務(wù)流程描述了操作的順序和方式。就像購(gòu)物流程中用戶瀏覽商品、加入購(gòu)物車、提交訂單、付款、商家發(fā)貨、商品配送、用戶收貨一樣，產(chǎn)品設(shè)計(jì)也需要明確流程。使用流程圖的方式可以清晰地表達(dá)業(yè)務(wù)流程。

前端

頁(yè)面：前端關(guān)注頁(yè)面中的元素和布局。這包括確定頁(yè)面是否需要表單、下拉框、彈窗等等。

交互：交互包括頁(yè)面之間的導(dǎo)航關(guān)系和需要實(shí)現(xiàn)的動(dòng)態(tài)效果。

總結(jié)：前端和后端的關(guān)注點(diǎn)不同。前端主要關(guān)注頁(yè)面元素和交互，而不涉及業(yè)務(wù)邏輯和數(shù)據(jù)處理。與此相反，后端負(fù)責(zé)處理業(yè)務(wù)邏輯和數(shù)據(jù)處理，因此需要關(guān)注業(yè)務(wù)邏輯的清晰性和數(shù)據(jù)字典的定義。這兩個(gè)方面的協(xié)作有助于實(shí)現(xiàn)一個(gè)完整的產(chǎn)品。

四、需求評(píng)審注意的點(diǎn)

1、首先說(shuō)明需求價(jià)值

團(tuán)隊(duì)后端成員往往不如產(chǎn)品經(jīng)理了解需求的背景和來(lái)源，所以，產(chǎn)品經(jīng)理最好能說(shuō)一下為啥做這些需求，說(shuō)清楚這些需求的價(jià)值。比如提升工作效率、提升DAU、增加營(yíng)收額等，而不是一句話，老板提的需求、客戶提的需求，這樣顯得產(chǎn)品經(jīng)理是個(gè)傳聲筒。

當(dāng)團(tuán)隊(duì)成員了解需求的價(jià)值以后，不僅工作起來(lái)更有動(dòng)力和方向，也能提出一些有建設(shè)性的意見(jiàn)。

2、評(píng)審前先線下打通關(guān)鍵點(diǎn)

需求評(píng)審前，可以把方案先發(fā)給團(tuán)隊(duì)成員，讓大家有問(wèn)題，可以提出來(lái)，然后你私下和他溝通，解決他的疑問(wèn)，這樣在需求評(píng)審前很多問(wèn)題就在線下被解決了，等真正需求評(píng)審的時(shí)候，就是走一遍流程。

此外，你還可以找玩的比較好的開(kāi)發(fā)同事，讓他看一遍你寫(xiě)的需求文檔，看看有沒(méi)有什么問(wèn)題，讓他幫你檢查一下，這樣也可以完善我們的需求文檔，起到查漏補(bǔ)缺的效果。

3、邏輯+模塊的表達(dá)方式

我聽(tīng)過(guò)一些產(chǎn)品講需求評(píng)審，或是對(duì)著PRD講，或者對(duì)著原型一張圖一張圖地講。但老實(shí)說(shuō)，這種方式不適合新項(xiàng)目的評(píng)審。

新項(xiàng)目通常非常復(fù)雜，如果不建立清晰的邏輯主線，很容易導(dǎo)致聽(tīng)眾感到困惑，不知道當(dāng)前在討論的哪個(gè)部分。這可能會(huì)導(dǎo)致“聽(tīng)不懂+不知道現(xiàn)在講到哪一步了”的問(wèn)題。

在我自己設(shè)計(jì)贈(zèng)品系統(tǒng)時(shí)，我會(huì)構(gòu)建一個(gè)邏輯鏈，其中每個(gè)關(guān)鍵節(jié)點(diǎn)代表一個(gè)產(chǎn)品模塊。因此，我首先會(huì)明確闡述邏輯鏈，然后再詳細(xì)介紹每個(gè)鏈上的產(chǎn)品模塊。這種方式能夠更清晰地傳達(dá)信息。

就好比我們看論文一樣：首先瀏覽目錄，然后逐一閱讀各個(gè)章節(jié)。當(dāng)遇到難懂的部分時(shí)，不時(shí)回顧目錄，以確定當(dāng)前所處的位置，逐漸理解整篇論文的內(nèi)容。

同樣地，新項(xiàng)目的需求評(píng)審就像是一起閱讀論文的過(guò)程。首先，介紹項(xiàng)目的大綱，然后逐一介紹各個(gè)部分的細(xì)節(jié)。當(dāng)遇到難點(diǎn)或疑問(wèn)時(shí)，回顧一下項(xiàng)目大綱，告訴團(tuán)隊(duì)當(dāng)前在討論的內(nèi)容位置。通過(guò)反復(fù)強(qiáng)調(diào)邏輯鏈，需求評(píng)審就能成功完成大部分工作。

4、邏輯有誤時(shí)，不要當(dāng)場(chǎng)下決定

評(píng)審的時(shí)候，可能會(huì)遇到邏輯遺漏或者邏輯有誤的情況，這時(shí)候不要慌亂，畢竟人無(wú)完人，可以先回答我下去確認(rèn)一下或者我在思考一下，盡量不要當(dāng)場(chǎng)給出解決方案，當(dāng)場(chǎng)給出的方案，一般沒(méi)有經(jīng)過(guò)仔細(xì)思考，很容易掉坑里去。

5、不要說(shuō)一些模棱兩可的話

程序員的世界都是0和1的世界，行就是行，不行就是不行，不存在也行吧。我們?nèi)绻?jīng)常把也行吧、可能、大概這類模棱兩可的話掛在嘴邊，則很容易招致評(píng)審人的反感，語(yǔ)言堅(jiān)定有力，會(huì)給人一種主心骨的印象。

6、自信

產(chǎn)品經(jīng)理在需求評(píng)審前和過(guò)程中，一定要自信，只有心中充滿信心，才能有條不紊的回答別人的提問(wèn)，也不要怕被質(zhì)疑，產(chǎn)品經(jīng)理都是在質(zhì)疑中成長(zhǎng)起來(lái)的。

7、順勢(shì)開(kāi)排期會(huì)議

需求評(píng)審?fù)ㄟ^(guò)后，可以順勢(shì)開(kāi)排期會(huì)議，這樣方便對(duì)項(xiàng)目進(jìn)行管理，避免出現(xiàn)項(xiàng)目失控的情況。開(kāi)排期會(huì)，也不要給團(tuán)隊(duì)成員的時(shí)間壓得太緊，盡量留一些buff，以便可以應(yīng)對(duì)突發(fā)情況。

五、總結(jié)

需求評(píng)審是每個(gè)產(chǎn)品經(jīng)理都需要經(jīng)歷的一個(gè)過(guò)程，當(dāng)我們準(zhǔn)備充分了，做好事前溝通，不斷總結(jié)經(jīng)驗(yàn)，那需求評(píng)審一定會(huì)越來(lái)越順利。