企業(yè)系統(tǒng)需求分析(04):業(yè)務(wù)場景識別與分析
做一款產(chǎn)品前,我們事先要做的就是明確需求與對應(yīng)場景。對一款企業(yè)系統(tǒng)來說,關(guān)注點(diǎn)也是如此。
繼上一篇業(yè)務(wù)流程識別與分析篇后,本文主要分享業(yè)務(wù)場景識別與分析相關(guān)知識點(diǎn)。
一、識別業(yè)務(wù)場景
首先是要理解用例和用戶故事的本質(zhì),它要求我們不是去關(guān)注系統(tǒng)提供什么功能,而是用戶在什么場景下需要系統(tǒng)提供支持!
1. 用例的關(guān)鍵知識認(rèn)知
- 用例名稱要基于用戶場景去設(shè)定,使用業(yè)務(wù)語言去描述,而不是機(jī)械式的使用“增刪改查”
- 在業(yè)務(wù)場景中的用例粒度是由組織分工決定的,特征是獨(dú)立、可匯報(bào)、可暫停的單元(一般不會是太細(xì)化的動作)
- 2人/周的工作量分拆成更小的故事,另外大故事要保留的原因是方便組織小故事,不忘初心。
2. 基于流程圖識別參與系統(tǒng)的角色。
- 對這個(gè)流程提供支撐需要有哪些角色?
- 非必需的角色納入系統(tǒng)支持中有什么價(jià)值?不納入的話有什么影響?(在優(yōu)先級排序時(shí)有指導(dǎo)作用)
- 一般執(zhí)行層的角色會用崗位名稱命名
- 在權(quán)限系統(tǒng)中要如何抽象各個(gè)角色
3. 基于流程圖識別業(yè)務(wù)場景
我們要思考在流程過程中,哪些業(yè)務(wù)活動要系統(tǒng)支持,哪些是部分支持,審批點(diǎn)是否屬于系統(tǒng)內(nèi),判斷點(diǎn)是否為獨(dú)立環(huán)節(jié)。
(下圖是一套體檢系統(tǒng)的流程圖,假如工程排期優(yōu)先內(nèi)部作業(yè)電子化,故體檢者一欄暫時(shí)不納入電子系統(tǒng)。紅圈則是現(xiàn)要開發(fā)的系統(tǒng)所支持的任務(wù)活動)
4. 補(bǔ)充業(yè)務(wù)場景
常見如由時(shí)間、狀態(tài)而觸發(fā)的業(yè)務(wù)場景,如信用卡到期還款以及長期逾期狀態(tài)導(dǎo)致信用卡凍結(jié)的場景。
5. 繪制用例圖
注意常見三個(gè)關(guān)系_包含、擴(kuò)展、泛化。
- 包含關(guān)系——公共子事件流(不需給用戶看),如檢查座位信息。
- 擴(kuò)展關(guān)系——不一定執(zhí)行的擴(kuò)展事件流(需給用戶看),如處理等候隊(duì)列。
- 泛化關(guān)系——公共事件流,如辦理結(jié)賬。
二、六步分析業(yè)務(wù)場景
1. 概述業(yè)務(wù)場景(包括業(yè)務(wù)目的、前后置條件等)
2. 把場景細(xì)化成事件流,整理去用戶預(yù)期的步驟,并思考擴(kuò)展和異常事件流。
注意兩點(diǎn):
- 用例描述重在人機(jī)交互和意圖,不需要過多些人機(jī)界面和動作
- 結(jié)構(gòu)化語言描述,少用“如果..就”的表達(dá)方式了;擴(kuò)展或備選事件流單獨(dú)列出來分支,降低理解成本。
3. 針對每一個(gè)步驟,思考并羅列用戶可能遇到的問題
4. 針對問題思考解決方案
5. 考慮環(huán)境與業(yè)務(wù)特點(diǎn)帶來的影響或要求,主要是性能、易用性、部署環(huán)境等三方面
6. 開始初步的交互設(shè)計(jì)
本文由 @PM達(dá)云霄 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)作者許可,禁止轉(zhuǎn)載。
題圖來自Unsplash,基于CC0協(xié)議。
- 目前還沒評論,等你發(fā)揮!