編輯導語：數據管理對于中臺產品經理來說十分重要，本文作者講述了MDM的概念以及MDM的中臺化，詳細地講述了主數據的搭建過程等內容，一起來學習一下，希望對你有幫助。

在很多企業內部進行數字化轉型或者中臺建設過程中，都提及了一個概念要求建立起MDM能力，今天就來為大家介紹下MDM這一概念。

一、什么是MDM

首先讓我們從百度詞條中來看MDM定義：主數據管理（MDM Master Data Management）描述了一組規程、技術和解決方案，這些規程、技術和解決方案用于為所有利益相關方（如用戶、應用程序、數據倉庫、流程以及貿易伙伴）創建并維護業務數據的一致性、完整性、相關性和精確性。

通俗來說就是將企業內部的有價值且多業務線中都存在的數據對象進行聚合與整理，實現企業內部唯一化，從而保證數據的規范、存儲方式達到統一。

例如，MDM在某制造企業的信息化體系中的應用，如下圖所示。

MDM通過存儲全局的物料信息（編碼/虛擬件/關鍵件），讓整個從設計到生產中保證物料數據的唯一，這樣實現各個系統可以很明確的知道當下你是在做什么品。

而聚合與整理需求出現的場景，往往是因為企業發展后形成了多個事業部，此時內部需要支撐不同業務建立起了各自相互獨立的業務信息系統，是所謂的孤島化。

例如不同的事業部中都有銷售管理系統，但是售賣的商品卻是統一的。而不同的事業部各自系統內部關于商品的編碼是不相同的導致一個相同的實物，例如可樂。

在兩個業務系統中擁有兩個獨立的編碼，讓后續的系統如財務系統，認為這是兩個不同的東西，但實際上來說這是一個相同的實物可樂。

當然這里也不能全怪企業內部的信息化團隊，這其實是非常常見的現象。

因為系統建設在實際過程中都是以項目為中心，自下而上的方式進行系統構建的，并且系統建設的首要驅動來源往往都是一線業務人員的實際業務需求。

在經過一段時間的發展后，整個企業系統越來越龐大，就會出現了這樣的現象。因此企業需要進行統一化的規劃與改造，這也是我在之前的文章提到轉折點的概念。

從這里可以看到MDM與中臺要解決企業內部問題是一致的，只不過MDM只解決一些關鍵的企業級數據，他的唯一化與復用范疇是比較小的。

如果再從企業內部數據管理維度上來看，企業內部數據管理范疇可以大體分為如下圖所示的構成。

• 業務數據：用于記錄業務事件，如交易訂單，售后申請等，它往往用于描述在某一個時間點上業務系統發生的行為。
• 主數據：用于定義企業核心業務對象，如客戶、產品、地址等。

與交易流水信息不同，主數據一旦被記錄到數據庫中，需要經常對其進行維護，從而確保其時效性和準確性，常見的主數據示例如下表所示：

二、中臺化MDM

在網上目前關于MDM沒有很多詳細的建設資料，此處我以自己的實戰經驗，為大家提煉了一套MDM的核心落地思路。

以我在《中臺產品經理寶典》一書中總結的內容來說，主數據的搭建大體過程可以分為四步：

1. 數據建模：定義什么是主數據，主數據的統一數據格式；
2. 功能建模：定義主數據的存、寫、讀、刪功能，形成主數據維護核心體系；
3. 流程建模：定義主數據的新增與取用的標準過程，如新增商品數據流程；
4. 應用管理：定義依賴主數據的各業務應用，如A業務線的運營后臺，B業務線倉庫系統，C業務線的采購系統等；

上面四步是通用的步驟，但是在具體落地中我們還會遇到下面兩個具體的行動問題：

1. 業務主數據識別

什么是業務的主數據？在企業中不同業務線之間的相互交織重復的數據眾多，但并不是所有數據對象我們都要升級為主數據進行管理。

這里我給大家提供一個簡單的判斷方法：

1. 該數據對象是否在多個業務線都存在；
2. 該數據對象是否同時指向一個實體；
3. 該實體是否被下游公共系統所使用（SSO/FMS/OA等）。

滿足上述三個條件的數據對象，我們就可以從業務線中提取出來，進行數據對象的唯一化。

讓我們舉個例子來說：

1. 倉庫數據對象在A/B業務線中均存在，并有各自的ID體系；
2. A/B業務線的倉庫就共同指向本公司所擁有的倉庫；
3. 此時下游系統FMS在計算倉儲成本時，需要接入兩套倉庫ID，而且出現A/B公用或轉移倉庫時需要進行復雜的ID轉換與映射。

此時我們就應該將倉庫這一對象從業務線中剝離出來獨立建設為倉庫主數據對象。

2. 業務主數據唯一化

知道并且明確了主數據的范疇后，下一步就是要定義主數據的字段、類型等，從而實現主數據的唯一化。

在實現主數據的唯一化中，由于不同主數據類型不同一般會采用兩種方法：

1. ID統一：該模式適用于不同業務屬性差異巨大的數據對象，例如商品數據，不同業務線管理商品可能有自己的管屬性維度，因此此時在商品主數據中只統一ID，由ID進行唯一化管理。
2. 各屬性完全統一：該模式為強統一模式，也就是將不同業務使用該對象的所有屬性均囊括進來，進行統一管理，此時任意業務需要變更屬性都需要經過主數據系統，這種模式適合對數據格式要求嚴格，例如財務數據。

三、總結

綜上，讓我們用一句話來總結MDM核心的設計目標：將一些需由于各種原因分散在各個業務系統之中的數據，進行整合實現數據唯一化。

從而解決分散管理的數據由于不具備一致性、準確性、完整性，使整個企業普遍存在產品管理不力、供應商管理不力、訂單管理不力等現象。

#專欄作家#

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

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

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