感謝側(cè)重企業(yè)流程類(lèi)軟件需求，其它類(lèi)產(chǎn)品可參考，總體分為8個(gè)步驟，按照順序依次為：需求識(shí)別、業(yè)務(wù)流程/統(tǒng)計(jì)查詢(xún)/接口分析、數(shù)據(jù)實(shí)體分析、角色及使用場(chǎng)景分析、系統(tǒng)功能分析、數(shù)據(jù)割接分析、用戶(hù)體驗(yàn)分析、非功能需求分析。

需求分析是通過(guò)需求收集獲取得用戶(hù)需求，選擇一種業(yè)務(wù)導(dǎo)向得線索將零散得需求串聯(lián)起來(lái)，進(jìn)行業(yè)務(wù)分析、消除矛盾，并在業(yè)務(wù)分析基礎(chǔ)上結(jié)合系統(tǒng)現(xiàn)狀進(jìn)行系統(tǒng)分析并最終形成方案和系統(tǒng)需求說(shuō)明書(shū)得過(guò)程。

一、需求識(shí)別

需求人員在此步驟應(yīng)該分析需求類(lèi)別、需求復(fù)雜度和需求價(jià)值用來(lái)確定需求實(shí)施得優(yōu)先級(jí)。

1.需求類(lèi)別確認(rèn)：

需求類(lèi)別包含流程類(lèi)需求、統(tǒng)計(jì)分析類(lèi)需求、接口類(lèi)需求，一個(gè)需求可能為某一類(lèi)型需求，也可能包含多類(lèi)需求。

確認(rèn)需求類(lèi)別后應(yīng)對(duì)每類(lèi)需求得數(shù)量進(jìn)行初步分析（比如流程類(lèi)需求包含幾個(gè)流程、統(tǒng)計(jì)分析類(lèi)需求包含幾個(gè)報(bào)表、接口類(lèi)需求包含幾個(gè)接口）。

2.需求復(fù)雜度分析：

一般需求受理工作量在1-5人天得需求復(fù)雜度低，工作量在5-15人天得需求復(fù)雜度中，工作量在15人天以上需求復(fù)雜度高。（工作量表示需求受理全過(guò)程需求人員需要付出得工作量）。

3.價(jià)值分析：

需求人員收到需求后應(yīng)根據(jù)收集需求內(nèi)容初步分析需求痛點(diǎn)/目標(biāo)、需求復(fù)雜度、業(yè)務(wù)重要程度確定需求價(jià)值，需求價(jià)值分析可參考如下模型：

二、業(yè)務(wù)流程/統(tǒng)計(jì)查詢(xún)/接口分析

針對(duì)流程類(lèi)需求必須進(jìn)行業(yè)務(wù)流程分析，統(tǒng)計(jì)查詢(xún)和接口類(lèi)需求可不進(jìn)行詳細(xì)得流程分析。

1.業(yè)務(wù)流程分為部門(mén)級(jí)、組織級(jí)和崗位級(jí)

部門(mén)級(jí)流程脈絡(luò)需要分析涉及哪些具體崗位、執(zhí)行活動(dòng)、每個(gè)活動(dòng)之間得關(guān)聯(lián)關(guān)系，它是需求分析得主線條，也是流程分析得主要產(chǎn)物。組織級(jí)流程宏觀一般不會(huì)直接繪制，是對(duì)部門(mén)級(jí)流程得概括和抽象。崗位級(jí)流程每個(gè)業(yè)務(wù)活動(dòng)得執(zhí)行步驟屬需求細(xì)節(jié)范疇，在流程分析階段不要過(guò)度進(jìn)入細(xì)節(jié)。

2.需求識(shí)別階段確認(rèn)得流程均為部門(mé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)目名稱(chēng)是一個(gè)執(zhí)行步驟，這個(gè)動(dòng)作沒(méi)有價(jià)值，項(xiàng)目經(jīng)理查詢(xún)項(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ì)查詢(xún)類(lèi)需求及接口類(lèi)需求，按照上述業(yè)務(wù)活動(dòng)確定原則分析、確定角色，并明確每個(gè)角色所執(zhí)行得業(yè)務(wù)活動(dòng)即可。

三、數(shù)據(jù)實(shí)體分析

針對(duì)流程類(lèi)需求需要分析各業(yè)務(wù)活動(dòng)傳遞得數(shù)據(jù)實(shí)體，統(tǒng)計(jì)分析類(lèi)需求需要分析統(tǒng)計(jì)查詢(xún)條件和查詢(xún)展現(xiàn)兩類(lèi)數(shù)據(jù)實(shí)體、接口類(lèi)需求需要分析接口傳遞數(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í)體需要明確新增字段得名稱(chēng)、字段類(lèi)型、是否必填、字段取值方式（人工輸入、系統(tǒng)自動(dòng)繼承自其它數(shù)據(jù)實(shí)體、系統(tǒng)自動(dòng)計(jì)算需要明確計(jì)算公式）。

4.數(shù)據(jù)權(quán)限分析：

需要分析不同角色在數(shù)據(jù)權(quán)限方面得差異，若涉及縱向多級(jí)用戶(hù)，要說(shuō)明對(duì)于集團(tuán)/省/地市用戶(hù)得數(shù)據(jù)隔離。

四、角色及使用場(chǎng)景分析

一般來(lái)說(shuō)每個(gè)業(yè)務(wù)活動(dòng)是對(duì)用戶(hù)使用場(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)單得語(yǔ)法，主語(yǔ)明確語(yǔ)義易于理解，每個(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í)長(zhǎng)超過(guò)90天必須提交二級(jí)領(lǐng)導(dǎo)審批），或與數(shù)據(jù)實(shí)體相關(guān)得數(shù)據(jù)規(guī)則（需求交接單拒收時(shí)候必須填寫(xiě)拒收原因，且拒收原因不能超過(guò)500字）。

五、系統(tǒng)功能分析

系統(tǒng)功能分析是結(jié)合系統(tǒng)現(xiàn)狀和上述分析進(jìn)一步明確實(shí)現(xiàn)相應(yīng)用戶(hù)場(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)購(gòu)池受理功能，可能會(huì)影響采購(gòu)項(xiàng)目創(chuàng)建功能；采購(gòu)項(xiàng)目創(chuàng)建功能修改一個(gè)字段取值范圍，會(huì)影響項(xiàng)目統(tǒng)計(jì)分析和同步ES系統(tǒng)接口。

3.系統(tǒng)交互原型分析：

需求人員應(yīng)遵循界面規(guī)范，并與研發(fā)溝通確定系統(tǒng)交互原型。用戶(hù)原型得目得，是為了幫助研發(fā)或用戶(hù)更好得理解需求場(chǎng)景，而非真正系統(tǒng)實(shí)現(xiàn)后高保真原型。

在交互原型中應(yīng)包含如下內(nèi)容：

原型界面得名稱(chēng)、入口，原型間關(guān)聯(lián)關(guān)系和使用角色頁(yè)面內(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ā)溝通明確割接方案，常見(jiàn)得割接場(chǎng)景如下：

1.流程環(huán)節(jié)變更（比如取消審批流程）。

2.數(shù)據(jù)實(shí)體新增字段。

七、用戶(hù)體驗(yàn)分析

主要針對(duì)業(yè)務(wù)流程分析、用戶(hù)使用場(chǎng)景分析、系統(tǒng)交互原型分析時(shí)充分考慮用戶(hù)體驗(yàn)，進(jìn)行用戶(hù)體驗(yàn)分析時(shí)可遵循如下用戶(hù)體驗(yàn)要素模型：

1.戰(zhàn)略層：

這個(gè)層次在需求識(shí)別分析階段基本已完成。

2.范圍層：

主要針對(duì)業(yè)務(wù)流程分析階段、角色及使用場(chǎng)景分析階段及系統(tǒng)功能分析階段增加用戶(hù)體驗(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ì)增加用戶(hù)體驗(yàn)分析，交互設(shè)計(jì)原則如下：

簡(jiǎn)化原則：刪除不必要得功能直到不能再減少為止；組織原則：按照有意義得標(biāo)準(zhǔn)確定功能，信息展示按照業(yè)務(wù)含義進(jìn)行分組；隱藏原則：隱藏非關(guān)鍵信息，凸顯關(guān)鍵信息，避免分散用戶(hù)注意力，但隱藏信息可通過(guò)某種線索找到；習(xí)慣原則：設(shè)計(jì)功能盡量貼近用戶(hù)得操作習(xí)慣，避免用戶(hù)思考；幫助原則：為用戶(hù)提供適量得幫助和引導(dǎo)；響應(yīng)原則：每次用戶(hù)進(jìn)行操作后，都需要給用戶(hù)一個(gè)響應(yīng)反饋；容錯(cuò)原則：必須允許用戶(hù)犯錯(cuò)，給予用戶(hù)后悔得機(jī)會(huì)；轉(zhuǎn)移原則：對(duì)復(fù)雜性操作進(jìn)行轉(zhuǎn)移，用戶(hù)擅長(zhǎng)做得轉(zhuǎn)移給用戶(hù)，計(jì)算機(jī)擅長(zhǎng)做得轉(zhuǎn)移給計(jì)算機(jī)。

4.框架層：

主要針對(duì)系統(tǒng)原型界面設(shè)計(jì)增加用戶(hù)體驗(yàn)得分析，主要由界面規(guī)范和系統(tǒng)技術(shù)架構(gòu)決定。

5.視覺(jué)層：

主要由界面規(guī)范決定。

八、非功能需求分析

包含需求得可行性分析、健壯性分析、可擴(kuò)展性分析、執(zhí)行效率分析，可行性分析從以下幾個(gè)方面進(jìn)行：

1.技術(shù)可行性：針對(duì)數(shù)據(jù)割接方案、系統(tǒng)交互實(shí)現(xiàn)方式與研發(fā)確認(rèn)是否可行，需求人員在與研發(fā)溝通過(guò)程中需要不斷積累哪些功能實(shí)現(xiàn)在技術(shù)層面很難支撐；

2.時(shí)間可行性：根據(jù)用戶(hù)得上線時(shí)間要求分析是否可滿(mǎn)足要求；

3.合法合規(guī)可行性：分析用戶(hù)需求是否滿(mǎn)足China法規(guī)或公司法規(guī)要求；

4.數(shù)據(jù)安全性分析：用戶(hù)需求是否滿(mǎn)足信息系統(tǒng)安全要求。

感謝由 等奮斗De奶爸 來(lái)自互聯(lián)網(wǎng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止感謝

題圖來(lái)自 Unsplash ，基于 CC0 協(xié)議