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

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

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

二、需求評審遇到的坑

1. 需求邏輯遺漏

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

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

2）沒有考慮版本兼容

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

做交互设计10年，我为何转岗到产品经理？

真正转岗之后，我发现很多工作还是超出了自己的想象。产品经理的工作确实比较杂。理论上，产品经理的工作包括了产品的方方面面，从市场研究、用户调研、数据分析...

查看详情 >

例如：

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

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

3）沒有考慮異常情況

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

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

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

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

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

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

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

2. 技術實現(xiàn)考慮不嚴謹

1）沒有考慮接口共用

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

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

這一點非常重要，涉及到前端交互是否變動。如果系統(tǒng)處理是同步的，那前端基本不需要讓用戶看到等待狀態(tài)，立即出結果；如果系統(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)有，則無需重復造輪子。例如公司已經(jīng)有完備的獎品發(fā)放系統(tǒng)，當新增一個獎品種類時，已經(jīng)不需要再重新考慮獎品發(fā)放邏輯，復用已有邏輯即可。

3. 溝通沒有達到預期

1）開會耗時較長

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

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

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

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

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

3）排期確定較慢

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