1 分析對象
如果問題能夠在需求階段予以解決沃斤，后續(xù)的整個項目的進(jìn)度和質(zhì)量將會好很多圣蝎。
1.1 需求分析的對象
- 產(chǎn)品需求說明書
- 交互原型
- UE圖
一般在進(jìn)入需求評審之前，要求PM將這些文檔提前發(fā)出來衡瓶，提前了解該需求徘公，帶著問題參加需求評審無疑是最高效的
2 如何梳理需求
2.1 需求來源
- 市場調(diào)研
- 數(shù)據(jù)埋點
- 用戶吐槽
我們?yōu)槭裁匆鲞@個需求，這是一個why的過程哮针。這也是需要一些數(shù)據(jù)來支撐這個需求的必要性关面。我們可以通過目標(biāo)用戶的市場調(diào)研，通過已有客戶的使用的數(shù)據(jù)埋點統(tǒng)計十厢，以及用戶的吐槽來搜集這些需求等太，然后根據(jù)這些數(shù)據(jù)的頻度和產(chǎn)品的規(guī)劃結(jié)合，確定該需求的優(yōu)先級
2.2 需求注入的使用場景
往往PM在設(shè)計一個需求的時候蛮放，可能存在對需求理解的偏差缩抡，或者在設(shè)計的過程中設(shè)計的模型與用戶的實際場景會有一定的差距。我們就需要去還原這個真實的業(yè)務(wù)場景包颁，看這個設(shè)計是否是用戶這個場景的功能模型瞻想。
2.3 需求邊界
- 正常業(yè)務(wù)流程
- 異常業(yè)務(wù)流程
往往PM設(shè)計的需求只會去描述正常的業(yè)務(wù)邏輯，而在實際使用過程中娩嚼，各種分支和場景是多條路徑的蘑险，我們要想到各種異常的操作可能，要么在產(chǎn)品設(shè)計上加以規(guī)避岳悟，要么在程序設(shè)計上予以處理
2.4 摳字眼
需求的描述往往是文字話的表述佃迄，而中國的語言是多樣話的。我們就需要一個個的字去扣竿音，比如說我要老公去買個蘋果和屎。那去哪里買，買什么樣的蘋果春瞬，這些就要我們在分析時進(jìn)行拷問
2.5 NLP柴信，按照程序性思維分解
我們在梳理需求的時候，要將語言文字轉(zhuǎn)化為程序邏輯的過程思考宽气，這樣你會發(fā)現(xiàn)一些判斷随常、邊界的問題
2.6 交叉邏輯，影響點
往往產(chǎn)品不斷的迭代萄涯，相互之間的交叉會越來越多绪氛，這時候就要關(guān)注是否對其他部分存在影響
針對移動端，還需要考慮對老的版本是否會有兼容
2.7 UI風(fēng)格是否一致 風(fēng)格涝影、交互
這個往往是我們不太注重的地方枣察，產(chǎn)品也是品牌樹立的一部分，整個系統(tǒng)的樣式是否統(tǒng)一、交互是否一致
2.8 結(jié)合當(dāng)前的技術(shù)框架的可行性
當(dāng)然了序目，需求設(shè)計的很好臂痕，但是也得結(jié)合目前的產(chǎn)品技術(shù)架構(gòu)和產(chǎn)品架構(gòu)進(jìn)行思考，是否與目前的產(chǎn)品架構(gòu)是一致的猿涨。還是整個底層都要重新來過握童，這是需要考慮時間成本的
3 工具
3.1 流程線框圖
我們在梳理需求的時候，業(yè)務(wù)流程比較長叛赚，涉及到的職能角色比較多澡绩，數(shù)據(jù)鏈長，我們需要借助工具來幫我們進(jìn)行梳理俺附，如采用visio等建模工具
3.2 思維導(dǎo)圖
當(dāng)然肥卡，業(yè)務(wù)點比較多，在梳理的時候通過思維導(dǎo)圖擴(kuò)散的模式來梳理也是很有必要的
4 沉淀
4.1 評審前的問題搜集
需求的梳理過程中事镣，會發(fā)現(xiàn)有很多的疑問召调，一定要立即記錄下來，反復(fù)2-3次這樣的梳理蛮浑，然后與PM進(jìn)行溝通唠叛，并記錄溝通完成的結(jié)論
4.2 會議紀(jì)要
而在評審過程中，其他同學(xué)都會有他們自己角度的一些問題沮稚，這時候要認(rèn)真的去記錄艺沼，然后回顧，也是對自己的需求梳理方法的一個完善的過程
