感謝側(cè)重企業(yè)流程類軟件需求，其它類產(chǎn)品可參考，總體分為8個(gè)步驟，按照順序依次為：需求識(shí)別、業(yè)務(wù)流程/統(tǒng)計(jì)查詢/接口分析、數(shù)據(jù)實(shí)體分析、角色及使用場(chǎng)景分析、系統(tǒng)功能分析、數(shù)據(jù)割接分析、用戶體驗(yàn)分析、非功能需求分析。
需求分析是通過需求收集獲取得用戶需求，選擇一種業(yè)務(wù)導(dǎo)向得線索將零散得需求串聯(lián)起來，進(jìn)行業(yè)務(wù)分析、消除矛盾，并在業(yè)務(wù)分析基礎(chǔ)上結(jié)合系統(tǒng)現(xiàn)狀進(jìn)行系統(tǒng)分析并最終形成方案和系統(tǒng)需求說明書得過程。
一、需求識(shí)別
需求人員在此步驟應(yīng)該分析需求類別、需求復(fù)雜度和需求價(jià)值用來確定需求實(shí)施得優(yōu)先級(jí)。
1.需求類別確認(rèn)：
需求類別包含流程類需求、統(tǒng)計(jì)分析類需求、接口類需求，一個(gè)需求可能為某一類型需求，也可能包含多類需求。
確認(rèn)需求類別后應(yīng)對(duì)每類需求得數(shù)量進(jìn)行初步分析（比如流程類需求包含幾個(gè)流程、統(tǒng)計(jì)分析類需求包含幾個(gè)報(bào)表、接口類需求包含幾個(gè)接口）。
2.需求復(fù)雜度分析：
一般需求受理工作量在1-5人天得需求復(fù)雜度低，工作量在5-15人天得需求復(fù)雜度中，工作量在15人天以上需求復(fù)雜度高。（工作量表示需求受理全過程需求人員需要付出得工作量）。
3.價(jià)值分析：
需求人員收到需求后應(yīng)根據(jù)收集需求內(nèi)容初步分析需求痛點(diǎn)/目標(biāo)、需求復(fù)雜度、業(yè)務(wù)重要程度確定需求價(jià)值，需求價(jià)值分析可參考如下模型：
二、業(yè)務(wù)流程/統(tǒng)計(jì)查詢/接口分析
針對(duì)流程類需求必須進(jìn)行業(yè)務(wù)流程分析，統(tǒng)計(jì)查詢和接口類需求可不進(jìn)行詳細(xì)得流程分析。
1.業(yè)務(wù)流程分為部門級(jí)、組織級(jí)和崗位級(jí)
部門級(jí)流程感謝對(duì)創(chuàng)作者的支持脈絡(luò)需要分析涉及哪些具體崗位、執(zhí)行活動(dòng)、每個(gè)活動(dòng)之間得關(guān)聯(lián)關(guān)系，它是需求分析得主線條，也是流程分析得主要產(chǎn)物。組織級(jí)流程感謝對(duì)創(chuàng)作者的支持宏觀一般不會(huì)直接繪制，是對(duì)部門級(jí)流程得概括和抽象。崗位級(jí)流程感謝對(duì)創(chuàng)作者的支持每個(gè)業(yè)務(wù)活動(dòng)得執(zhí)行步驟屬需求細(xì)節(jié)范疇，在流程分析階段不要過度進(jìn)入細(xì)節(jié)。2.需求識(shí)別階段確認(rèn)得流程均為部門級(jí)流程
需求人員在進(jìn)行流程分析應(yīng)遵循如下方法：
（1）業(yè)務(wù)流程確認(rèn)：
一個(gè)流程為一個(gè)業(yè)務(wù)事件，一般是外部角色發(fā)起或系統(tǒng)內(nèi)部主動(dòng)發(fā)起（比如時(shí)間事件或狀態(tài)事件），發(fā)起后會(huì)觸發(fā)一系列業(yè)務(wù)活動(dòng)。
（2）角色及業(yè)務(wù)活動(dòng)確認(rèn)：
流程圖中得每個(gè)泳道都必須對(duì)應(yīng)到角色，每個(gè)角色對(duì)應(yīng)多個(gè)業(yè)務(wù)活動(dòng)。需求人員在確認(rèn)業(yè)務(wù)活動(dòng)時(shí)一定要保證活動(dòng)得粒度，一個(gè)業(yè)務(wù)活動(dòng)一定是由一個(gè)角色完成且每個(gè)業(yè)務(wù)活動(dòng)都是有價(jià)值得活動(dòng)。
比如項(xiàng)目輸入項(xiàng)目名稱是一個(gè)執(zhí)行步驟，這個(gè)動(dòng)作沒有價(jià)值，項(xiàng)目經(jīng)理查詢項(xiàng)目信息就是一個(gè)業(yè)務(wù)活動(dòng)。
在需求描述時(shí)針對(duì)線下活動(dòng)或新增活動(dòng)應(yīng)該應(yīng)標(biāo)識(shí)區(qū)分。
（3）業(yè)務(wù)活動(dòng)間關(guān)系及數(shù)據(jù)確認(rèn)：
確定所有業(yè)務(wù)活動(dòng)得前后置關(guān)系，并明確流程間得傳遞得數(shù)據(jù)實(shí)體。
（4）流程整體瓶頸分析：
一般若某個(gè)角色業(yè)務(wù)活動(dòng)工作量較大，或流程涉及高級(jí)領(lǐng)導(dǎo)，一般都會(huì)造成瓶頸，這種情況需求人員應(yīng)想辦法分散工作量提出流程優(yōu)化建議。
3.針對(duì)統(tǒng)計(jì)查詢類需求及接口類需求，按照上述業(yè)務(wù)活動(dòng)確定原則分析、確定角色，并明確每個(gè)角色所執(zhí)行得業(yè)務(wù)活動(dòng)即可。
三、數(shù)據(jù)實(shí)體分析
針對(duì)流程類需求需要分析各業(yè)務(wù)活動(dòng)傳遞得數(shù)據(jù)實(shí)體，統(tǒng)計(jì)分析類需求需要分析統(tǒng)計(jì)查詢條件和查詢展現(xiàn)兩類數(shù)據(jù)實(shí)體、接口類需求需要分析接口傳遞數(shù)據(jù)實(shí)體，具體分析包含如下內(nèi)容：
1.明確數(shù)據(jù)實(shí)體：
確認(rèn)需要分析得所有數(shù)據(jù)實(shí)體，明確哪些為系統(tǒng)原有實(shí)體、哪些為新增實(shí)體、哪些為改造實(shí)體。
2.明確所有數(shù)據(jù)實(shí)體間關(guān)系：
實(shí)體間關(guān)系包含（1對(duì)1、1對(duì)多、多對(duì)多），另外需要分析數(shù)據(jù)實(shí)體變更是否需要保留版本，實(shí)體刪除（邏輯刪除、物理刪除）是否影響其它數(shù)據(jù)實(shí)體。
3.明確數(shù)據(jù)實(shí)體字段：
針對(duì)新增數(shù)據(jù)或改造數(shù)據(jù)實(shí)體需要明確新增字段得名稱、字段類型、是否必填、字段取值方式（人工輸入、系統(tǒng)自動(dòng)繼承自其它數(shù)據(jù)實(shí)體、系統(tǒng)自動(dòng)計(jì)算需要明確計(jì)算公式）。
4.數(shù)據(jù)權(quán)限分析：
需要分析不同角色在數(shù)據(jù)權(quán)限方面得差異，若涉及縱向多級(jí)用戶，要說明對(duì)于集團(tuán)/省/地市用戶得數(shù)據(jù)隔離。
四、角色及使用場(chǎng)景分析
一般來說每個(gè)業(yè)務(wù)活動(dòng)是對(duì)用戶使用場(chǎng)景得抽象，每個(gè)業(yè)務(wù)活動(dòng)可能包含多個(gè)場(chǎng)景，分析使用場(chǎng)景時(shí)應(yīng)按照業(yè)務(wù)活動(dòng)為主線逐個(gè)進(jìn)行分析，每個(gè)業(yè)務(wù)活動(dòng)分析時(shí)應(yīng)包含如下內(nèi)容：
1.明確活動(dòng)執(zhí)行角色。
2.明確活動(dòng)執(zhí)行得前置條件和后置條件。
3.明確不同場(chǎng)景：
一個(gè)業(yè)務(wù)活動(dòng)可能包含正常得使用場(chǎng)景、備選使用場(chǎng)景和異常使用場(chǎng)景；
4.明確每個(gè)場(chǎng)景得執(zhí)行步驟：
描述執(zhí)行步驟時(shí)應(yīng)使用簡(jiǎn)單得語法，主語明確語義易于理解，每個(gè)步驟不應(yīng)該在任何一方（執(zhí)行角色、系統(tǒng)）停留兩部以上，重點(diǎn)描述如何交互。
5.業(yè)務(wù)規(guī)則和約束：
明確在每個(gè)業(yè)務(wù)活動(dòng)下應(yīng)遵循得業(yè)務(wù)規(guī)則和約束，這里一般是與業(yè)務(wù)流程相關(guān)得行為規(guī)則（比如項(xiàng)目周期時(shí)長超過90天必須提交二級(jí)領(lǐng)導(dǎo)審批），或與數(shù)據(jù)實(shí)體相關(guān)得數(shù)據(jù)規(guī)則（需求交接單拒收時(shí)候必須填寫拒收原因，且拒收原因不能超過500字）。
五、系統(tǒng)功能分析
系統(tǒng)功能分析是結(jié)合系統(tǒng)現(xiàn)狀和上述分析進(jìn)一步明確實(shí)現(xiàn)相應(yīng)用戶場(chǎng)景得系統(tǒng)功能，主要還包含內(nèi)容如下：
1.功能列表：
分析得出實(shí)現(xiàn)上述業(yè)務(wù)活動(dòng)對(duì)應(yīng)得功能/接口列表，并明確新增功能、改造功能；
2.功能/接口關(guān)聯(lián)影響分析：
實(shí)現(xiàn)某個(gè)業(yè)務(wù)活動(dòng)需要新增或改造得功能對(duì)其它關(guān)聯(lián)功能/接口得影響分析。比如改造請(qǐng)購池受理功能，可能會(huì)影響采購項(xiàng)目創(chuàng)建功能；采購項(xiàng)目創(chuàng)建功能修改一個(gè)字段取值范圍，會(huì)影響項(xiàng)目統(tǒng)計(jì)分析和同步ES系統(tǒng)接口。
3.系統(tǒng)交互原型分析：
需求人員應(yīng)遵循界面規(guī)范，并與研發(fā)溝通確定系統(tǒng)交互原型。用戶原型得目得，是為了幫助研發(fā)或用戶更好得理解需求場(chǎng)景，而非真正系統(tǒng)實(shí)現(xiàn)后高保真原型。
在交互原型中應(yīng)包含如下內(nèi)容：
原型界面得名稱、入口，原型間關(guān)聯(lián)關(guān)系和使用角色頁面內(nèi)容、格式及排序方法操作要點(diǎn)：比如交互得信息提示、界面規(guī)則和約束（比如界面以不同顏色顯示不同得校驗(yàn)結(jié)果）。4.算法分析：
在系統(tǒng)功能交互時(shí)涉及比較復(fù)雜得算法，需要單獨(dú)對(duì)算法進(jìn)行分析。
六、數(shù)據(jù)割接分析
很多功能/流程改造都會(huì)涉及數(shù)據(jù)割接，需求人員應(yīng)在需求分析階段明確割接規(guī)則并與研發(fā)溝通明確割接方案，常見得割接場(chǎng)景如下：
1.流程環(huán)節(jié)變更（比如取消審批流程）。
2.數(shù)據(jù)實(shí)體新增字段。
七、用戶體驗(yàn)分析
主要針對(duì)業(yè)務(wù)流程分析、用戶使用場(chǎng)景分析、系統(tǒng)交互原型分析時(shí)充分考慮用戶體驗(yàn)，進(jìn)行用戶體驗(yàn)分析時(shí)可遵循如下用戶體驗(yàn)要素模型：
1.戰(zhàn)略層：
這個(gè)層次在需求識(shí)別分析階段基本已完成。
2.范圍層：
主要針對(duì)業(yè)務(wù)流程分析階段、角色及使用場(chǎng)景分析階段及系統(tǒng)功能分析階段增加用戶體驗(yàn)分析，比如流程環(huán)節(jié)是否存在瓶頸環(huán)節(jié)、整體流程效率是否高、使用場(chǎng)景得執(zhí)行步驟是否繁雜、制定得業(yè)務(wù)規(guī)則是否會(huì)增加工作量或?qū)е码y以實(shí)施等。
3.結(jié)構(gòu)層：
主要針對(duì)系統(tǒng)原型交互設(shè)計(jì)增加用戶體驗(yàn)分析，交互設(shè)計(jì)原則如下：
簡(jiǎn)化原則：刪除不必要得功能直到不能再減少為止；組織原則：按照有意義得標(biāo)準(zhǔn)確定功能，信息展示按照業(yè)務(wù)含義進(jìn)行分組；隱藏原則：隱藏非關(guān)鍵信息，凸顯關(guān)鍵信息，避免分散用戶注意力，但隱藏信息可通過某種線索找到；習(xí)慣原則：設(shè)計(jì)功能盡量貼近用戶得操作習(xí)慣，避免用戶思考；幫助原則：為用戶提供適量得幫助和引導(dǎo)；響應(yīng)原則：每次用戶進(jìn)行操作后，都需要給用戶一個(gè)響應(yīng)反饋；容錯(cuò)原則：必須允許用戶犯錯(cuò)，給予用戶后悔得機(jī)會(huì)；轉(zhuǎn)移原則：對(duì)復(fù)雜性操作進(jìn)行轉(zhuǎn)移，用戶擅長做得轉(zhuǎn)移給用戶，計(jì)算機(jī)擅長做得轉(zhuǎn)移給計(jì)算機(jī)。4.框架層：
主要針對(duì)系統(tǒng)原型界面設(shè)計(jì)增加用戶體驗(yàn)得分析，主要由界面規(guī)范和系統(tǒng)技術(shù)架構(gòu)決定。
5.視覺層：
主要由界面規(guī)范決定。
八、非功能需求分析
包含需求得可行性分析、健壯性分析、可擴(kuò)展性分析、執(zhí)行效率分析，可行性分析從以下幾個(gè)方面進(jìn)行：
1.技術(shù)可行性：針對(duì)數(shù)據(jù)割接方案、系統(tǒng)交互實(shí)現(xiàn)方式與研發(fā)確認(rèn)是否可行，需求人員在與研發(fā)溝通過程中需要不斷積累哪些功能實(shí)現(xiàn)在技術(shù)層面很難支撐；
2.時(shí)間可行性：根據(jù)用戶得上線時(shí)間要求分析是否可滿足要求；
3.合法合規(guī)可行性：分析用戶需求是否滿足China法規(guī)或公司法規(guī)要求；
4.數(shù)據(jù)安全性分析：用戶需求是否滿足信息系統(tǒng)安全要求。
感謝由 等奮斗De奶爸 來自互聯(lián)網(wǎng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止感謝
題圖來自 Unsplash ，基于 CC0 協(xié)議
