從零搭建企業級系統必備技能：業務建模

2021-02-20由公西成化發佈於科技

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

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

在我們因為換工作或者新接手公司內部其他業務線的工作，從而一下進入到一個全新的業務領域。

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

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

雖然説大家都是在進行零售業務的開展，但是由於店鋪規模以及貨物管理規模的不相同，就會導致業務流程有翻天覆地的差異。

這裏説的還是同一行業內的不同業態，而如果我們研發的SaaS是服務百業（零售、餐飲、美妝、洗護）的管理系統，對這個項目的負責人來説每一個行業的業務都是一門新的學問。

所以面對任意一業務們要如何進行快速拆解，從而熟悉當前領域內的業務運作模式，這對於從事業務的團隊負責人來説，尤其是於多個不同業務態的B端產品人來説更是一項必須要掌握的核心技能。

當然這項核心技能也有一個官方的名稱——業務建模。

一、什麼是業務建模？

我們都知道軟件系統的本質就是一個信息流管理產物，也就是隻能管理信息的輸入輸出，軟件系統本身無法產生任何實物的變化，比如你想要用代碼編寫出一個能造蘋果的軟件（注意這裏説的只是軟件，不借助外部設備），這是不可能的。

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

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

如果把上述三步用軟件開發的行話來説，整個軟件實現過程就是這三步：

我們先立項要做什麼軟件，再進行需求分析搞清楚本軟件要管理信息流範圍，最後通過業務建模完成要開發的內容的詳細分析。

有了這個背景知識做鋪墊後，業務建模定義就可以很容易地給出了：

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

二、如何進行業務建模？

在上面我們已經完成了業務建模定義的認知，接下來就要去學習如何進行業務建模。

這裏我們先給出一個通用的業務建模公式：

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

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

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

下面我們來看一個進銷存業務系統採購側的建模示例：

所謂進銷存系統就是指供應鏈中以管理賬務管理作為目標的系統，也就是管理除了倉庫作業外的信息。

（0）信息流分析：

（1）信息流拆分：

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

有了這張表後，對於後面的原型繪製與程序編寫都是及其方便的，可以一目瞭然的看到完整的業務全貌。

當然進銷存流程不會只有採購這一環節，完整的流程如下：

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

三、業務建模的後續

實際上無論是SaaS，還是中台等這些企業級產品，本質上對產品負責人的能力需求都是在業務建模這一範疇上，也就是如何理解業務，並將業務運作系統化。

當然完成業務的建模只是將業務以信息流的方式表述出來，下一步需要做的工作就是需要由一個框架將業務模型中的信息流裝進去，這裏用於承載各信息流的系統框架在我的書《中台產品經理寶典》中，我將其稱之為：應用架構。

而在應用架構中我們需要拆分為兩步進行設計：

所以我們也明白了一個產品的設計通用的過程其實分為兩步：

#專欄作家#

三爺，微信公眾號：三爺茶館，人人都是產品經理專欄作家，2019年年度作者。《中台產品經理寶典》作者，原萬達高級產品、MBA特約講師、獨立創業者，現叮咚買菜B端產品線負責人，擁有多款集團項目從零到一經驗並帶領實現商業化佈局。

本文原創發佈於人人都是產品經理。未經許可，禁止轉載

題圖來自Unsplash，基於CC0協議。