編輯導語： 本文作者從什麼是業務建模、為什麼做業務建模、怎麼做業務建模以及什麼時候做業務建模這四個方面，展開分析了業務建模的過程及目的，一起來看看吧。

業務建模的起點是業務，終點也是業務。它是對業務進行的抽象，服務于業務本身。

以下内容從自身經驗出發，從什麼是業務建模、為什麼做業務建模、怎麼做業務建模以及什麼時候做業務建模四個方面展開講，希望本篇文章對你有幫助。

一、WHAT-什麼是業務建模

想要了解什麼是業務建模，首先要把業務建模拆開看，什麼是業務，什麼是建模。在智庫百科的解釋中：

• 業務：指商業（或非商業）組織及其運作的活動流程。
• 建模：指人類對事物進行的一種可視化抽象活動，目的是為了揭示事物的本質和規律。
• 業務建模：指對商業（或非商業）組織及其運作的流程進行的建模過程，它反映了業務組織的靜态和動态的本質抽象特征。因而業務建模是對業務組織的靜态特征和動态特征進行抽象化的過程。

通俗來講，業務建模就是理解業務并對業務進行抽象提煉，是透過現象找本質的過程。

二、WHY-為什麼做業務建模

1. 從業務的角度來看

梳理業務。日常工作中梳理業務的方式有很多，業務建模是最直觀簡練的梳理方式，清晰直觀地體現出了實體之間的關系。

同時對業務進行建模的過程也是對業務漸進明細的過程。

2. 從産品的角度來看

業務建模的最終目的是為了維持産品的穩定性、可拓展性和通用性。

類比搭積木，大的框架穩定，往裡面塞積木時才不會倒，且替換時隻需把部分進行替換即可，不用大動幹戈推倒重來。

建模就是搭框架，一層層的搭下去，讓系統保持穩定性和靈活性。

3. 從團隊角度來看

一圖勝千文，傳遞設計方案，統一思想。

業務建模對外的價值在于準确傳達産品的設計方案，統一大家對業務的理解，對設計的理解。對齊目标，統一思想之後，下遊的工作才能更好地推進。

4. 從自身能力角度來看

鍛煉抽象思維能力。建模的過程就是在抽象化的過程，刻意的鍛煉夠很好的提高自身的抽象能力。長此以往，會發現不論在工作還是在生活中，看待事物的角度都會發生變化，事物變得更清晰了。

5. 誤區

1）誤區一：業務建模是獲取需求

需求是建模的輸入，建模是輔助更好的梳理補齊需求。

2）誤區二：業務建模可以指導技術建表

業務建模的出發點是業務，終點也是業務。數據庫建表有其自成一體的規範和語言，兩者有本質區别，且沒有任何關系，下面會專門講。

三、HOW-怎麼做業務建模

怎麼做業務建模網上有很多教程，講的詳細且生動，這裡會講一個簡單且通用的建模方法，也會着重講一下建模的原則和幾個注意事項。

1. 建模的方法

2. 幾個原則

1）關注業務本身，不要受限于産品（頁面、功能）、技術實現

很多時候産品會被具體的功能和頁面絆住，但功能是建模之後産品設計環節的事情，頁面更隻是可視化罷了。

頁面和功能的來源都是業務，如果做業務建模時過多的考慮頁面和功能就本末倒置了。

專業的人做專業的事情，産品就别想技術實現了，即使你是技術出身，退一步海闊天空。

2）遵循業務高内聚、低耦合準則（無需必要，勿增實體）

高内聚低耦合：既保證了模塊内的業務緊湊，同時又确保了系統的可拓展性。

3）具備業務領域的專業知識

專業知識知道得越多，考慮得越全面，設計出的産品就越靈活，可達到事半功倍的效果。

3. 需要注意的事項

1）領域邊界

建模過程中可根據業務流程或者功能模塊進行領域劃分。目的是業務模型流程間關系清楚直觀、産品設計結構清晰。

2）取舍

為突出業務主流程，應适當簡略非本次核心業務實體間的業務流程。

3）實體定義

實體在定義的時候盡量專業且和已有的實體保持差異，不然系統複雜的話很容易出現理解偏差。

四、WHEN-什麼時候做業務建模

ever，工作的任何時候。 凡是涉及到和産品和業務相關的任何事情都有建模的影子。

抽象、提煉、核心、本質這些都是在建模，熟練的産品直接抓到核心，不熟練可能需要剝會兒繭。

1. 從産品的生命周期看

1）0-1

這個階段做業務建模更多的是防患于未然。防止業務不清楚，産品核心規劃不長遠就甩開膀子開始幹，最後導緻業務還沒跑起來就要做重構，浪費成本。

這個階段做建模也是輔助技術理解新産品整體的規劃以便進行技術底層結構設計。

2）1-N

這個階段産品主框架基本已經完成，做建模更多的是搭建産品結構，在大的框架裡面做小框架，保證各個層級的功能模塊有條不紊的運轉。

重構。舊系統無法承載更多樣化的業務需求時，需要重構，建模是産品側基于業務對産品結構設計的重要參考文件。

2. 從日常工作的角度看

1）新業務

快速熟悉新業務。建模的本質是對業務的抽象，在接觸新業務時，建模能快速抓住業務核心，并找到業務之間的聯系。

2）新功能

清楚表達設計思路。幫助團隊小夥伴快速定位自己是在哪裡新增，影響的點有哪些。

3）舊功能改造

清楚表達需要改造的點。改哪裡，影響到哪些，改造後的新關系是什麼。

3. 主要目的

• 抗造：系統可拓展性高，主框架是穩定的，其他都是小打小鬧
• 長壽：合理的框架設計，系統具備高靈活性

五、其他的拓展

1. 建模和建表的區别

• 業務建模：聚焦在業務的提煉，如有問題回歸業務本身。
• 建表：建表是為了結構化的存儲數據，在創建的過程中為了保證表的兼容程度需要對其進行抽象，抽象到業務的下一層。

業務建模抽象的顆粒度到業務，建表的抽象顆粒度更深，可類比分子和原子。

總之，建模和建表是完全不同的兩個事情，不管是在使用場景上、創建的規則上、抽象的顆粒度上以及其作用都是不一樣的。

他們僅存的關聯性，大概就是長的像，建表過程中的ER模型是業務建模的借來的皮膚吧。

本文由 @張十八 原創發布于人人都是産品經理，未經作者許可，禁止轉載。

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

,

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!

查看全部