中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

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

一、為什么要開展需求評(píng)審

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

二、需求評(píng)審遇到的坑

1. 需求邏輯遺漏

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

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

2）沒有考慮版本兼容

版本兼容問題的出現(xiàn)，主要原因是因?yàn)樾掳婕恿诵陆涌冢f版是原生APP或H5舊鏈接，沒有很好地識(shí)別新接口造成的一系列問題。

例如：

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

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

3）沒有考慮異常情況

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

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

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

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

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

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

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

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

1）沒有考慮接口共用

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

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

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

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

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

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

1）開會(huì)耗時(shí)較長(zhǎng)

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

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

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

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

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

3）排期確定較慢

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