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