從零搭建企業(yè)級(jí)系統(tǒng)必備技能：業(yè)務(wù)建模
不知道大家在日常工作中有沒有遇到過這樣一個(gè)問題？
在我們因?yàn)閾Q工作或者新接手公司內(nèi)部其他業(yè)務(wù)線的工作，從而一下進(jìn)入到一個(gè)全新的業(yè)務(wù)領(lǐng)域。
此時(shí)自己會(huì)產(chǎn)生一種面對(duì)業(yè)務(wù)的手足無措感，感覺這個(gè)業(yè)務(wù)好像是一個(gè)陌生的龐然大物，完全不知道從何去理解業(yè)務(wù)，更別提為這套業(yè)務(wù)設(shè)計(jì)一套系統(tǒng)去進(jìn)行日常業(yè)務(wù)運(yùn)營(yíng)的管理了。
事實(shí)上這個(gè)問題廣泛存在在需要面對(duì)多業(yè)態(tài)的信息化服務(wù)商中，比如SaaS服務(wù)商，舉個(gè)例子來說收銀管理，面對(duì)不同業(yè)態(tài)的零售行業(yè)，例如經(jīng)典的零售業(yè)分類：便利店、商超、大賣場(chǎng)、超市。
雖然說大家都是在進(jìn)行零售業(yè)務(wù)的開展，但是由于店鋪規(guī)模以及貨物管理規(guī)模的不相同，就會(huì)導(dǎo)致業(yè)務(wù)流程有翻天覆地的差異。
這里說的還是同一行業(yè)內(nèi)的不同業(yè)態(tài)，而如果我們研發(fā)的SaaS是服務(wù)百業(yè)（零售、餐飲、美妝、洗護(hù)）的管理系統(tǒng)，對(duì)這個(gè)項(xiàng)目的負(fù)責(zé)人來說每一個(gè)行業(yè)的業(yè)務(wù)都是一門新的學(xué)問。
所以面對(duì)任意一業(yè)務(wù)們要如何進(jìn)行快速拆解，從而熟悉當(dāng)前領(lǐng)域內(nèi)的業(yè)務(wù)運(yùn)作模式，這對(duì)于從事業(yè)務(wù)的團(tuán)隊(duì)負(fù)責(zé)人來說，尤其是于多個(gè)不同業(yè)務(wù)態(tài)的B端產(chǎn)品人來說更是一項(xiàng)必須要掌握的核心技能。
當(dāng)然這項(xiàng)核心技能也有一個(gè)官方的名稱——業(yè)務(wù)建模。
1
什么是業(yè)務(wù)建模？
我們都知道軟件系統(tǒng)的本質(zhì)就是一個(gè)信息流管理產(chǎn)物，也就是只能管理信息的輸入輸出，軟件系統(tǒng)本身無法產(chǎn)生任何實(shí)物的變化，比如你想要用代碼編寫出一個(gè)能造蘋果的軟件（注意這里說的只是軟件，不借助外部設(shè)備），這是不可能的。
因此軟件產(chǎn)品的宏觀定義就可以被描述出來了：
從上圖中我們可以看到，一件事物從落地到軟件開發(fā)實(shí)現(xiàn)的過程可以分為三步：
（1）選擇現(xiàn)實(shí)世界事件，例如買手機(jī)；
（2）分析完成這個(gè)事件需要傳遞的信息流程是怎么樣的，例如賣家給予：手機(jī)描述信息，價(jià)格信息等；買家給予：購(gòu)物需求信息，確認(rèn)信息等；
（3）對(duì)于這些信息流拆分出不同要素，例如有兩個(gè)角色在交換信息（角色信息），信息類型可以分為輸入/輸出兩類信息。
如果把上述三步用軟件開發(fā)的行話來說，整個(gè)軟件實(shí)現(xiàn)過程就是這三步：
我們先立項(xiàng)要做什么軟件，再進(jìn)行需求分析搞清楚本軟件要管理信息流范圍，最后通過業(yè)務(wù)建模完成要開發(fā)的內(nèi)容的詳細(xì)分析。
有了這個(gè)背景知識(shí)做鋪墊后，業(yè)務(wù)建模定義就可以很容易地給出了：
在日常的軟件設(shè)計(jì)開發(fā)中，為了解決如何將需要管理的事件信息點(diǎn)進(jìn)行無遺漏的定位，此時(shí)需要找到所有事物的信息流，并拆解出管理要素的這個(gè)過程就是業(yè)務(wù)建模。
2
如何進(jìn)行業(yè)務(wù)建模？
在上面我們已經(jīng)完成了業(yè)務(wù)建模定義的認(rèn)知，接下來就要去學(xué)習(xí)如何進(jìn)行業(yè)務(wù)建模。
這里我們先給出一個(gè)通用的業(yè)務(wù)建模公式：
業(yè)務(wù)建模：（0）信息流定義；（1）信息輸入；（2）信息輸出；（3）信息處理公式；（4）信息參與角色；
這里（1）（2）（4）項(xiàng)，其實(shí)也就是大家在日常工作中說的場(chǎng)景。
舉個(gè)簡(jiǎn)單的例子來看，如果我們要處理在途庫(kù)存在商城商品的庫(kù)存怎么展示的場(chǎng)景，本質(zhì)上也就是上述三項(xiàng)：
業(yè)務(wù)模型項(xiàng) | 拆解內(nèi)容 |
信息輸入 | 在途庫(kù)存數(shù) |
信息輸出 | 商城庫(kù)存數(shù) |
信息參與角色 | 采購(gòu)/運(yùn)營(yíng) |
下面我們來看一個(gè)進(jìn)銷存業(yè)務(wù)系統(tǒng)采購(gòu)側(cè)的建模示例：
所謂進(jìn)銷存系統(tǒng)就是指供應(yīng)鏈中以管理賬務(wù)管理作為目標(biāo)的系統(tǒng)，也就是管理除了倉(cāng)庫(kù)作業(yè)外的信息。
（0）信息流分析：
一級(jí)信息流 | 拆解內(nèi)容 |
賬務(wù)流 | 供應(yīng)鏈流轉(zhuǎn)的賬本 |
二級(jí)信息流 | 拆解內(nèi)容 |
庫(kù)存數(shù)信息 | 整個(gè)倉(cāng)庫(kù)的庫(kù)存變化，詳細(xì)記錄每一筆庫(kù)存數(shù)變化及原因 |
資金數(shù)信息 | 記錄庫(kù)存商品花費(fèi)的資金變化 |
（1）信息流拆分：
二級(jí)信息流 | 類型 | 角色 | 拆解內(nèi)容 |
庫(kù)存數(shù)信息 | 信息輸入 | 運(yùn)營(yíng) | （1）客需訂單數(shù)（如可樂240瓶） （2）箱規(guī)（1箱=12瓶） |
信息處理 公式 | 系統(tǒng) | 訂單數(shù)/箱規(guī)=采購(gòu)數(shù) 240/12=20箱 | |
信息輸出 | 采購(gòu) | （1）建議采購(gòu)數(shù)量（20箱） | |
信息輸入 | 采購(gòu) | （1）實(shí)際采購(gòu)數(shù)量（30箱） （可樂暢銷，所以多買點(diǎn)以備不時(shí)之需） | |
資金數(shù)信息 | 信息輸入 | 采購(gòu) | （1）實(shí)際采購(gòu)數(shù)量（30箱） （2）采購(gòu)單價(jià)（1箱50元） |
信息處理 公式 | 系統(tǒng) | 實(shí)際采購(gòu)數(shù)量*采購(gòu)單價(jià)=采購(gòu)價(jià) 30*50=1500元 | |
信息輸出 | 財(cái)務(wù) | （1）應(yīng)付賬款（1500元） （2）倉(cāng)庫(kù)新增貨值（1500元） （3）成本均價(jià)（50元/箱） |
可以看到通過這樣的業(yè)務(wù)建模，我們就清楚的將一個(gè)采購(gòu)流程表述出來了，而且沒有遺漏，表中的信息輸入項(xiàng)就是我們的頁(yè)面的輸入內(nèi)容，信息處理公式就是我們的計(jì)算邏輯，而輸出項(xiàng)就是用戶的需求。
有了這張表后，對(duì)于后面的原型繪制與程序編寫都是及其方便的，可以一目了然的看到完整的業(yè)務(wù)全貌。
當(dāng)然進(jìn)銷存流程不會(huì)只有采購(gòu)這一環(huán)節(jié)，完整的流程如下：
我們可以根據(jù)上述的這個(gè)建模方法進(jìn)行逐項(xiàng)拆解，就可以得到完整的進(jìn)銷存業(yè)務(wù)模型。
3
最后
實(shí)際上無論是SaaS，還是中臺(tái)等這些企業(yè)級(jí)產(chǎn)品，本質(zhì)上對(duì)產(chǎn)品負(fù)責(zé)人的能力需求都是在業(yè)務(wù)建模這一范疇上，也就是如何理解業(yè)務(wù)，并將業(yè)務(wù)運(yùn)作系統(tǒng)化。
如果大家希望掌握更多建模內(nèi)容，建議大家去看看UML建模理論，這里為大家準(zhǔn)備了一份139頁(yè)的UML建模學(xué)習(xí)資料，在《三爺茶館》公眾號(hào)回復(fù)“UML”，可免費(fèi)獲取該UML學(xué)習(xí)資料。
推薦大家關(guān)注他的公眾號(hào)：三爺茶館
//數(shù)據(jù)分析入門系列//
0數(shù)據(jù)指標(biāo)選擇 1分析模型 2產(chǎn)品生命周期數(shù)據(jù)
//進(jìn)階技能行業(yè)分析//
產(chǎn)業(yè)基本發(fā)展規(guī)律 線下零售運(yùn)營(yíng)模型 產(chǎn)品經(jīng)理必備行業(yè)分析框架 產(chǎn)業(yè)分析工具
//搞定產(chǎn)品經(jīng)理面試//
<b id="afajh"><abbr id="afajh"></abbr></b>