編輯導(dǎo)讀：當進入到一個全新的業(yè)務(wù)領(lǐng)域時，很多人會手足無措，完全不知道從何去理解業(yè)務(wù)，更別提為這套業(yè)務(wù)設(shè)計一套系統(tǒng)去進行日常業(yè)務(wù)運營的管理了。這時候，業(yè)務(wù)建模就顯得格外重要了。什么是業(yè)務(wù)建模呢？它有什么作用呢？本文作者對此發(fā)表了自己的一些看法，與你分享。

不知道大家在日常工作中有沒有遇到過這樣一個問題？

在我們因為換工作或者新接手公司內(nèi)部其他業(yè)務(wù)線的工作，從而一下進入到一個全新的業(yè)務(wù)領(lǐng)域。

此時自己會產(chǎn)生一種面對業(yè)務(wù)的手足無措感，感覺這個業(yè)務(wù)好像是一個陌生的龐然大物，完全不知道從何去理解業(yè)務(wù)，更別提為這套業(yè)務(wù)設(shè)計一套系統(tǒng)去進行日常業(yè)務(wù)運營的管理了。

事實上這個問題廣泛存在在需要面對多業(yè)態(tài)的信息化服務(wù)商中，比如SaaS服務(wù)商，舉個例子來說收銀管理，面對不同業(yè)態(tài)的零售行業(yè)，例如經(jīng)典的零售業(yè)分類：便利店、商超、大賣場、超市。

雖然說大家都是在進行零售業(yè)務(wù)的開展，但是由于店鋪規(guī)模以及貨物管理規(guī)模的不相同，就會導(dǎo)致業(yè)務(wù)流程有翻天覆地的差異。

這里說的還是同一行業(yè)內(nèi)的不同業(yè)態(tài)，而如果我們研發(fā)的SaaS是服務(wù)百業(yè)（零售、餐飲、美妝、洗護）的管理系統(tǒng)，對這個項目的負責人來說每一個行業(yè)的業(yè)務(wù)都是一門新的學(xué)問。

所以面對任意一業(yè)務(wù)們要如何進行快速拆解，從而熟悉當前領(lǐng)域內(nèi)的業(yè)務(wù)運作模式，這對于從事業(yè)務(wù)的團隊負責人來說，尤其是于多個不同業(yè)務(wù)態(tài)的B端產(chǎn)品人來說更是一項必須要掌握的核心技能。

當然這項核心技能也有一個官方的名稱——業(yè)務(wù)建模。

一、什么是業(yè)務(wù)建模？

我們都知道軟件系統(tǒng)的本質(zhì)就是一個信息流管理產(chǎn)物，也就是只能管理信息的輸入輸出，軟件系統(tǒng)本身無法產(chǎn)生任何實物的變化，比如你想要用代碼編寫出一個能造蘋果的軟件（注意這里說的只是軟件，不借助外部設(shè)備），這是不可能的。

因此軟件產(chǎn)品的宏觀定義就可以被描述出來了：

從上圖中我們可以看到，一件事物從落地到軟件開發(fā)實現(xiàn)的過程可以分為三步：

1. 選擇現(xiàn)實世界事件，例如買手機；
2. 分析完成這個事件需要傳遞的信息流程是怎么樣的，例如賣家給予：手機描述信息，價格信息等；買家給予：購物需求信息，確認信息等；
3. 對于這些信息流拆分出不同要素，例如有兩個角色在交換信息（角色信息），信息類型可以分為輸入/輸出兩類信息。

如果把上述三步用軟件開發(fā)的行話來說，整個軟件實現(xiàn)過程就是這三步：

我們先立項要做什么軟件，再進行需求分析搞清楚本軟件要管理信息流范圍，最后通過業(yè)務(wù)建模完成要開發(fā)的內(nèi)容的詳細分析。

有了這個背景知識做鋪墊后，業(yè)務(wù)建模定義就可以很容易地給出了：

在日常的軟件設(shè)計開發(fā)中，為了解決如何將需要管理的事件信息點進行無遺漏的定位，此時需要找到所有事物的信息流，并拆解出管理要素的這個過程就是業(yè)務(wù)建模。

二、如何進行業(yè)務(wù)建模？

在上面我們已經(jīng)完成了業(yè)務(wù)建模定義的認知，接下來就要去學(xué)習(xí)如何進行業(yè)務(wù)建模。

這里我們先給出一個通用的業(yè)務(wù)建模公式：

業(yè)務(wù)建模：（0）信息流定義；（1）信息輸入；（2）信息輸出；（3）信息處理公式；（4）信息參與角色；

這里（1）（2）（4）項，其實也就是大家在日常工作中說的場景。

舉個簡單的例子來看，如果我們要處理在途庫存在商城商品的庫存怎么展示的場景，本質(zhì)上也就是上述三項：

下面我們來看一個進銷存業(yè)務(wù)系統(tǒng)采購側(cè)的建模示例：

所謂進銷存系統(tǒng)就是指供應(yīng)鏈中以管理賬務(wù)管理作為目標的系統(tǒng)，也就是管理除了倉庫作業(yè)外的信息。

（0）信息流分析：

（1）信息流拆分：

可以看到通過這樣的業(yè)務(wù)建模，我們就清楚的將一個采購流程表述出來了，而且沒有遺漏，表中的信息輸入項就是我們的頁面的輸入內(nèi)容，信息處理公式就是我們的計算邏輯，而輸出項就是用戶的需求。

有了這張表后，對于后面的原型繪制與程序編寫都是及其方便的，可以一目了然的看到完整的業(yè)務(wù)全貌。

當然進銷存流程不會只有采購這一環(huán)節(jié)，完整的流程如下：

我們可以根據(jù)上述的這個建模方法進行逐項拆解，就可以得到完整的進銷存業(yè)務(wù)模型。

三、業(yè)務(wù)建模的后續(xù)

實際上無論是SaaS，還是中臺等這些企業(yè)級產(chǎn)品，本質(zhì)上對產(chǎn)品負責人的能力需求都是在業(yè)務(wù)建模這一范疇上，也就是如何理解業(yè)務(wù)，并將業(yè)務(wù)運作系統(tǒng)化。

當然完成業(yè)務(wù)的建模只是將業(yè)務(wù)以信息流的方式表述出來，下一步需要做的工作就是需要由一個框架將業(yè)務(wù)模型中的信息流裝進去，這里用于承載各信息流的系統(tǒng)框架在我的書《中臺產(chǎn)品經(jīng)理寶典》中，我將其稱之為：應(yīng)用架構(gòu)。

而在應(yīng)用架構(gòu)中我們需要拆分為兩步進行設(shè)計：

1. 數(shù)據(jù)架構(gòu)：各信息流的字段是什么，數(shù)據(jù)結(jié)構(gòu)是什么？
2. 技術(shù)架構(gòu)：選取什么技術(shù)實現(xiàn)，并如何承載多大體量的業(yè)務(wù)量？

所以我們也明白了一個產(chǎn)品的設(shè)計通用的過程其實分為兩步：

1. 業(yè)務(wù)模型定義：找出流轉(zhuǎn)信息與處理公式；
2. 應(yīng)用架構(gòu)設(shè)計：承載業(yè)務(wù)模型的實現(xiàn)架構(gòu)；

#專欄作家#

三爺，微信公眾號：三爺茶館，人人都是產(chǎn)品經(jīng)理專欄作家，2019年年度作者。《中臺產(chǎn)品經(jīng)理寶典》作者，原萬達高級產(chǎn)品、MBA特約講師、獨立創(chuàng)業(yè)者，現(xiàn)叮咚買菜B端產(chǎn)品線負責人，擁有多款集團項目從零到一經(jīng)驗并帶領(lǐng)實現(xiàn)商業(yè)化布局。

本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載

題圖來自Unsplash，基于CC0協(xié)議。