對于產(chǎn)品經(jīng)理而言，需求評審是每個項目開展前都需求做的事情。本文就為什么需要開展評審以及需要避的坑進行總結(jié)，希望對你有所幫助。

一、為什么要開展需求評審

• 讓設(shè)計、開發(fā)、測試同學(xué)知道需求目的及要做什么需求，明確項目分工；
• 評估需求方案合理性：項目成員可以從用戶視角出發(fā)，看需求方案是否能滿足用戶需求，或者是否還有更好的方案，可以提建議。讓需求方案更加完善；
• 評估技術(shù)實現(xiàn)可行性：系統(tǒng)層面的實現(xiàn)邏輯，開發(fā)同學(xué)比較熟悉，可以評估產(chǎn)品所提需求的可行性，視情況提出更好的技術(shù)實現(xiàn)方式；
• 評估開發(fā)時長：這是項目落地前必須要確定好的技術(shù)排期。

二、需求評審遇到的坑

1. 需求邏輯遺漏

1）遺漏其他業(yè)務(wù)方的需求

舉個例子，如果你做的是一款貸款產(chǎn)品，偏前端業(yè)務(wù)需求。當(dāng)你要做新需求時，一定要考慮到風(fēng)控端、資金端是否也要聯(lián)動改造。比如你想把前端的借款入口合并優(yōu)化用戶體驗，基本上會涉及到額度系統(tǒng)底層賬戶改造、資金端路由改造等。如果沒把風(fēng)控和資金的需求考慮進去，就開展需求評審，那就尷尬了。

2）沒有考慮版本兼容

版本兼容問題的出現(xiàn)，主要原因是因為新版加了新接口，舊版是原生APP或H5舊鏈接，沒有很好地識別新接口造成的一系列問題。

例如：

a. 新數(shù)據(jù)在舊版可否顯示：如果后臺系統(tǒng)以前有預(yù)留接口，新增加字段的數(shù)據(jù)應(yīng)該可以在舊版正常顯示。如果是后來新增接口，那前端識別不出來則默認(rèn)不顯示。

b. 新功能在舊版可否使用：一般來說，新功能大多數(shù)是新接口而且沒有預(yù)留，所以一般不能在舊版使用。如果舊版有展示新功能入口，可提示用戶升級到新版后使用新功能（當(dāng)然只限于H5舊鏈接）。而且新接口需要做版本判斷，只有新版本才可調(diào)用新接口。

3）沒有考慮異常情況

我們往往只考慮到用戶操作的正常流程，而缺乏考慮用戶遇到的異常情況。正常流程很容易想到的是操作成功，但是用戶操作失敗也是很常見的狀態(tài)。操作失敗有如下五種情況：

a. 流程中斷：中斷是否要考慮信息保存，信息保存在本地還是服務(wù)器

b. 系統(tǒng)沒有返回結(jié)果：系統(tǒng)之間有交互，沒有返回結(jié)果，需要考慮兜底方案。例如設(shè)置默認(rèn)值或調(diào)度機制

c. 重復(fù)點擊多次：禁止用戶點擊或限制操作次數(shù)、限制一定時間內(nèi)操作次數(shù)

d. 網(wǎng)絡(luò)、服務(wù)器出錯：提示出錯，并給出解決方案

e. 等待超時：等待超時設(shè)置一個上限時間，超過時間則彈出失敗提示，引導(dǎo)用戶重試

f. 過期失效狀態(tài)：操作失敗不僅是系統(tǒng)出問題造成，也有可能是過了有效期，此時需要考慮有效期

2. 技術(shù)實現(xiàn)考慮不嚴(yán)謹(jǐn)

1）沒有考慮接口共用

因為不了解舊接口，當(dāng)提新需求時，有可能會與舊接口沖突，則產(chǎn)生新的問題。例如新需求是：時間間隔30分鐘觸發(fā)輪詢，系統(tǒng)A就去輪詢系統(tǒng)B。而以前有個舊接口，觸發(fā)邏輯為時間間隔1分鐘就要去輪詢，新業(yè)務(wù)和舊業(yè)務(wù)共用一套邏輯。此時如果沒有考慮到舊接口，新業(yè)務(wù)就貿(mào)然上線，有可能會出現(xiàn)生產(chǎn)事故。

2）系統(tǒng)處理是同步還是異步

這一點非常重要，涉及到前端交互是否變動。如果系統(tǒng)處理是同步的，那前端基本不需要讓用戶看到等待狀態(tài)，立即出結(jié)果；如果系統(tǒng)處理是異步的，比如需要1分鐘以上，前端一般需要提供等待狀態(tài)，反饋實時進度以緩解用戶等待焦慮。比如借貸產(chǎn)品里的放款環(huán)節(jié)，因為需要回調(diào)第三方資金方的接口，大概等待為15分鐘，這時候加個等待狀態(tài)就很合適。

3）已經(jīng)有現(xiàn)成接口解決，又提出新的實現(xiàn)方案

提需求時，需要考慮好是否已經(jīng)有解決方案支持，如果已經(jīng)有，則無需重復(fù)造輪子。例如公司已經(jīng)有完備的獎品發(fā)放系統(tǒng)，當(dāng)新增一個獎品種類時，已經(jīng)不需要再重新考慮獎品發(fā)放邏輯，復(fù)用已有邏輯即可。

3. 溝通沒有達到預(yù)期

1）開會耗時較長

a. 需求不完整，開發(fā)一直在幫忙補邏輯，即上面說到的需求邏輯遺漏或技術(shù)實現(xiàn)考慮不嚴(yán)謹(jǐn)；

b. 開發(fā)人員沒叫齊，中間插入浪費時間。以后應(yīng)對這種情況，最好開會前就要確定好業(yè)務(wù)開發(fā)人員；

c. 開發(fā)花費太多時間討論細節(jié)。遇到這種情況，產(chǎn)品經(jīng)理最好引導(dǎo)開發(fā)先跳過，先把主要矛盾解決，再考慮次要矛盾。

2）研發(fā)理解需求與產(chǎn)品不一致

研發(fā)與產(chǎn)品理解不一致，會造成需求實現(xiàn)不符合預(yù)期。一般是產(chǎn)品快上線時才會暴露出來，直接造成的結(jié)果是項目延期。歸根結(jié)底，大概率是前期需求評審時，產(chǎn)品經(jīng)理沒有很好地傳達需求，或者沒有跟開發(fā)確認(rèn)好需求。要規(guī)避這種坑，最好在需求評審時，就要確認(rèn)好項目分工。如前端需要改動什么，后臺系統(tǒng)需要提供什么接口。

3）排期確定較慢

按照經(jīng)驗，排期確定最好是在評審會期間。因為需求剛評審?fù)?，開發(fā)大佬們對需求還比較有期待、有新鮮感。所以筆者的建議就是排期盡量在會上確定，這樣的項目推進效率才高。