專欄回顧 前十一期我們系統(tǒng)構(gòu)建了數(shù)據(jù)治理的完整體系——從認知框架、戰(zhàn)略藍圖、組織架構(gòu)、制度體系、運營機制到數(shù)據(jù)標準、元數(shù)據(jù)、數(shù)據(jù)目錄、數(shù)據(jù)血緣。這些能力共同構(gòu)成了企業(yè)數(shù)據(jù)治理的“基礎(chǔ)設施”。然而在數(shù)據(jù)治理的眾多領(lǐng)域中有一個主題始終處于核心位置——主數(shù)據(jù)管理。如果說數(shù)據(jù)治理是“地基”那么主數(shù)據(jù)就是地基上的“承重墻”。沒有高質(zhì)量的主數(shù)據(jù)客戶畫像無法統(tǒng)一、供應鏈無法協(xié)同、財務報表無法準確。本期我們將系統(tǒng)闡述主數(shù)據(jù)管理的核心認知深入剖析主數(shù)據(jù)的范圍、單一視圖的價值、唯一來源原則幫助企業(yè)理解為什么主數(shù)據(jù)是數(shù)據(jù)治理的“第一優(yōu)先級”。一、主數(shù)據(jù)數(shù)據(jù)世界的“黃金資產(chǎn)”1.1 什么是主數(shù)據(jù)在數(shù)據(jù)管理的眾多概念中主數(shù)據(jù)Master Data常常被誤解和混淆。讓我們從最基礎(chǔ)的定義開始主數(shù)據(jù)是描述企業(yè)核心業(yè)務實體的數(shù)據(jù)這些實體是企業(yè)業(yè)務運作的基礎(chǔ)并在跨業(yè)務、跨系統(tǒng)、跨流程中被重復使用。核心特征業(yè)務核心描述企業(yè)最核心的業(yè)務對象跨系統(tǒng)共享被多個業(yè)務系統(tǒng)使用相對穩(wěn)定變化頻率低于交易數(shù)據(jù)高價值數(shù)據(jù)質(zhì)量直接影響業(yè)務決策和運營效率1.2 主數(shù)據(jù) vs. 其他數(shù)據(jù)類型數(shù)據(jù)類型定義示例特點主數(shù)據(jù)描述業(yè)務核心實體客戶、產(chǎn)品、供應商、組織、員工、物料跨系統(tǒng)共享相對穩(wěn)定高價值交易數(shù)據(jù)記錄業(yè)務活動訂單、發(fā)票、發(fā)貨單、付款記錄高頻變化量大有時間屬性參考數(shù)據(jù)定義代碼和分類國家代碼、行業(yè)分類、產(chǎn)品類別相對靜態(tài)標準化的取值集合元數(shù)據(jù)描述數(shù)據(jù)的數(shù)據(jù)表結(jié)構(gòu)、字段定義、數(shù)據(jù)血緣描述其他數(shù)據(jù)的結(jié)構(gòu)和關(guān)系一個形象的類比主數(shù)據(jù) 劇本的“核心角色”客戶、產(chǎn)品、供應商是數(shù)據(jù)世界的“主角”交易數(shù)據(jù)是“劇情”——主角在不同場景下的行為下單、付款、收貨參考數(shù)據(jù)是“劇本設定”——角色的分類、屬性定義元數(shù)據(jù)是“導演腳本”——描述如何拍攝、如何呈現(xiàn)1.3 主數(shù)據(jù)的核心價值價值維度說明業(yè)務收益統(tǒng)一業(yè)務語言所有系統(tǒng)使用統(tǒng)一的客戶、產(chǎn)品定義消除“一個客戶多個身份”的混亂提升運營效率減少數(shù)據(jù)重復錄入和核對工作訂單處理時間縮短30%以上支持精準決策基于統(tǒng)一的客戶、產(chǎn)品視圖進行分析客戶360°畫像精準營銷降低合規(guī)風險統(tǒng)一的供應商、客戶管理規(guī)避供應商風險、客戶信用風險加速數(shù)字化轉(zhuǎn)型為數(shù)據(jù)中臺、數(shù)據(jù)湖提供高質(zhì)量核心數(shù)據(jù)降低數(shù)據(jù)集成成本加速應用開發(fā)二、主數(shù)據(jù)的范圍五大核心域根據(jù)行業(yè)實踐主數(shù)據(jù)通常涵蓋五大核心域我稱之為“主數(shù)據(jù)五大金剛”。2.1 客戶主數(shù)據(jù)定義描述與企業(yè)建立業(yè)務關(guān)系的個人或組織的信息。核心屬性屬性類別具體內(nèi)容基礎(chǔ)信息客戶名稱、客戶編號、客戶類型個人/企業(yè)、證件類型、證件號碼聯(lián)系方式電話、郵箱、地址、郵編、聯(lián)系人分類信息客戶行業(yè)、客戶規(guī)模、客戶等級、市場細分信用信息信用額度、信用等級、賬期、風險等級關(guān)系信息所屬集團、關(guān)聯(lián)客戶、客戶層級管理難點同一客戶在不同系統(tǒng)中以不同名稱、不同編號存在重復識別客戶信息分散在CRM、ERP、客服系統(tǒng)難以形成統(tǒng)一視圖客戶信息變更如企業(yè)更名需要同步到所有系統(tǒng)行業(yè)差異行業(yè)客戶主數(shù)據(jù)特點B2B制造關(guān)注企業(yè)資質(zhì)、信用額度、行業(yè)分類、采購規(guī)模零售關(guān)注個人消費者、會員等級、消費偏好、聯(lián)系方式金融關(guān)注身份信息、信用記錄、風險等級、資產(chǎn)信息2.2 產(chǎn)品主數(shù)據(jù)定義描述企業(yè)提供的產(chǎn)品或服務的信息。核心屬性屬性類別具體內(nèi)容基礎(chǔ)信息產(chǎn)品名稱、產(chǎn)品編碼、產(chǎn)品型號、產(chǎn)品描述分類信息產(chǎn)品線、產(chǎn)品大類、產(chǎn)品中類、產(chǎn)品小類規(guī)格屬性規(guī)格參數(shù)、計量單位、包裝規(guī)格、重量、尺寸銷售屬性銷售價格、成本價格、毛利率、銷售狀態(tài)生產(chǎn)屬性BOM結(jié)構(gòu)、生產(chǎn)工藝、原材料清單管理難點產(chǎn)品編碼不統(tǒng)一——銷售用SKU、生產(chǎn)用物料號、財務用產(chǎn)品代碼產(chǎn)品屬性復雜——不同品類有不同的屬性集產(chǎn)品生命周期管理——新品上市、老品退市需要多系統(tǒng)同步行業(yè)差異行業(yè)產(chǎn)品主數(shù)據(jù)特點制造關(guān)注BOM結(jié)構(gòu)、物料清單、生產(chǎn)工藝、庫存單位零售關(guān)注SKU、條碼、規(guī)格、品牌、價格、促銷屬性制藥關(guān)注批號、有效期、GMP合規(guī)、監(jiān)管備案號2.3 供應商主數(shù)據(jù)定義描述為企業(yè)提供產(chǎn)品或服務的組織的信息。核心屬性屬性類別具體內(nèi)容基礎(chǔ)信息供應商名稱、供應商編碼、統(tǒng)一社會信用代碼、法人代表資質(zhì)信息資質(zhì)證書、認證等級、資質(zhì)有效期合作信息合作開始日期、合作品類、供貨區(qū)域、付款條件績效信息質(zhì)量評分、交付及時率、價格競爭力風險信息風險等級、黑名單標識、訴訟記錄管理難點供應商準入流程復雜資質(zhì)文件管理繁瑣供應商績效評估需要跨系統(tǒng)數(shù)據(jù)整合供應商風險監(jiān)控需要與外部數(shù)據(jù)源對接2.4 組織主數(shù)據(jù)定義描述企業(yè)內(nèi)部組織架構(gòu)的信息。核心屬性屬性類別具體內(nèi)容組織信息組織名稱、組織編碼、組織類型公司/部門/事業(yè)部層級關(guān)系上級組織、下級組織、組織層級職能屬性職能類型銷售/生產(chǎn)/研發(fā)/財務、成本中心、利潤中心區(qū)域信息所屬區(qū)域、辦公地址管理難點組織架構(gòu)隨業(yè)務調(diào)整頻繁變化需要快速響應不同系統(tǒng)對組織維度的定義不一致如財務成本中心 vs. HR部門組織變更影響權(quán)限、審批流、數(shù)據(jù)歸屬2.5 員工主數(shù)據(jù)定義描述企業(yè)員工的信息。核心屬性屬性類別具體內(nèi)容基礎(chǔ)信息員工姓名、工號、身份證號、性別、出生日期崗位信息崗位名稱、崗位等級、所屬部門、匯報關(guān)系聯(lián)系信息電話、郵箱、辦公地址狀態(tài)信息在職狀態(tài)、入職日期、離職日期管理難點員工信息涉及個人隱私需要嚴格權(quán)限控制員工異動調(diào)崗、晉升需要同步到HR、OA、財務等系統(tǒng)與組織主數(shù)據(jù)、權(quán)限管理緊密關(guān)聯(lián)2.6 五大主數(shù)據(jù)域的關(guān)系三、單一視圖從“碎片”到“全景”3.1 什么是單一視圖單一視圖Single View是指將分散在不同系統(tǒng)中的同一主數(shù)據(jù)實體的信息整合在一起形成一個完整、準確、一致的視圖。典型的單一視圖場景客戶360°視圖整合CRM的客戶信息、交易系統(tǒng)的購買記錄、客服系統(tǒng)的服務記錄、風控系統(tǒng)的信用信息產(chǎn)品360°視圖整合PLM的產(chǎn)品設計信息、ERP的庫存信息、銷售系統(tǒng)的價格信息、售后系統(tǒng)的維修記錄3.2 為什么需要單一視圖沒有單一視圖的困境困境表現(xiàn)業(yè)務影響客戶識別困難同一個客戶在CRM、ERP、客服系統(tǒng)中以不同ID存在重復營銷、信用評估失準、服務體驗差產(chǎn)品信息不一致銷售用SKU生產(chǎn)用物料號財務用產(chǎn)品代碼訂單錯誤、庫存不準、對賬困難供應商信息碎片化采購系統(tǒng)有供應商財務系統(tǒng)有供應商但信息不一致付款錯誤、供應商風險漏報組織架構(gòu)混亂HR系統(tǒng)、OA系統(tǒng)、財務系統(tǒng)的組織架構(gòu)不一致審批流錯誤、權(quán)限錯配、報表不準3.3 單一視圖的實現(xiàn)路徑第一步實體識別識別不同系統(tǒng)中的同一實體。常用方法唯一標識匹配同一實體在不同系統(tǒng)中有相同的唯一標識如統(tǒng)一社會信用代碼模糊匹配名稱、地址等屬性進行相似度匹配如“阿里巴巴” vs “阿里巴巴集團”規(guī)則匹配基于業(yè)務規(guī)則進行匹配如同一手機號對應同一客戶第二步屬性整合從各系統(tǒng)中提取屬性形成整合視圖屬性來源屬性內(nèi)容可信度CRM系統(tǒng)客戶名稱、客戶類型、聯(lián)系方式高業(yè)務源頭ERP系統(tǒng)信用額度、賬期、交易記錄高交易源頭客服系統(tǒng)服務記錄、投訴記錄中使用記錄風控系統(tǒng)風險等級、黑名單標識高風控專業(yè)第三步?jīng)_突解決當不同系統(tǒng)的同一屬性值不一致時需要解決沖突權(quán)威來源原則指定某個系統(tǒng)為某個屬性的權(quán)威來源如客戶名稱以CRM為準置信度原則根據(jù)數(shù)據(jù)來源的可信度選擇如政府數(shù)據(jù) 業(yè)務系統(tǒng)數(shù)據(jù) 人工錄入規(guī)則原則根據(jù)業(yè)務規(guī)則判斷如最新時間 較早時間第四步持續(xù)同步單一視圖不是“一次性構(gòu)建”而是“持續(xù)同步”主數(shù)據(jù)變更時實時同步到統(tǒng)一視圖定期檢核一致性發(fā)現(xiàn)不一致及時告警3.4 單一視圖的價值度量指標說明示例實體識別率成功識別的主數(shù)據(jù)實體占比客戶實體識別率95%屬性完整度核心屬性的完整率客戶核心屬性完整率92%一致性跨系統(tǒng)關(guān)鍵屬性一致的比例客戶名稱一致率98%重復率重復記錄的比例客戶重復率3%四、唯一來源原則從“多點錄入”到“源頭統(tǒng)一”4.1 什么是唯一來源原則唯一來源原則是指每個主數(shù)據(jù)實體在系統(tǒng)中只被創(chuàng)建和維護一次其他系統(tǒng)通過接口或服務獲取該數(shù)據(jù)而非各自維護副本。核心思想“創(chuàng)建一次使用多次”Create Once, Use Many Times4.2 為什么需要唯一來源沒有唯一來源的困境業(yè)務影響數(shù)據(jù)不一致同一客戶在不同系統(tǒng)中信息不同無法確定哪個是準確的維護成本高客戶信息變更需要在多個系統(tǒng)中分別修改重復錄入新客戶需要在多個系統(tǒng)中重復錄入質(zhì)量難控無法從源頭控制數(shù)據(jù)質(zhì)量4.3 唯一來源的實現(xiàn)架構(gòu)推薦架構(gòu)主數(shù)據(jù)管理平臺MDM4.4 唯一來源的實施要點1. 明確權(quán)威來源為每個主數(shù)據(jù)域指定權(quán)威來源系統(tǒng)主數(shù)據(jù)域權(quán)威來源原因客戶主數(shù)據(jù)CRM系統(tǒng)客戶信息在CRM中創(chuàng)建和維護產(chǎn)品主數(shù)據(jù)PLM系統(tǒng)產(chǎn)品設計信息在PLM中產(chǎn)生供應商主數(shù)據(jù)SRM系統(tǒng)供應商準入在SRM中完成組織主數(shù)據(jù)HR系統(tǒng)組織架構(gòu)由HR管理員工主數(shù)據(jù)HR系統(tǒng)員工信息由HR管理2. 統(tǒng)一編碼規(guī)則主數(shù)據(jù)編碼在權(quán)威來源生成確保全局唯一主數(shù)據(jù)域編碼規(guī)則示例客戶業(yè)務域(2位)類型(2位)流水號(8位)CUST_01_00012345產(chǎn)品產(chǎn)品線(3位)品類(3位)流水號(6位)PROD_001_001_123456供應商區(qū)域(2位)類型(2位)流水號(6位)SUPP_CN_01_1234563. 標準化創(chuàng)建流程主數(shù)據(jù)創(chuàng)建必須經(jīng)過標準流程4. 變更同步機制主數(shù)據(jù)變更時自動同步到所有消費系統(tǒng)同步方式適用場景時效性實時API核心業(yè)務系統(tǒng)秒級消息隊列中等時效要求秒級-分鐘級批量同步非核心系統(tǒng)小時級-天級變更日志數(shù)據(jù)分析、審計準實時4.5 唯一來源的成熟度演進階段特征表現(xiàn)階段1分散管理各系統(tǒng)各自維護主數(shù)據(jù)重復錄入、不一致、高維護成本階段2集中管控建立MDM平臺統(tǒng)一創(chuàng)建和分發(fā)唯一來源、一致性提升、維護成本降低階段3智能運營主數(shù)據(jù)質(zhì)量智能監(jiān)控、異常預警主動發(fā)現(xiàn)問題、持續(xù)優(yōu)化五、主數(shù)據(jù)管理的實施路徑5.1 實施路線圖階段目標關(guān)鍵任務周期第一階段診斷與規(guī)劃明確主數(shù)據(jù)管理范圍和目標1. 盤點現(xiàn)有主數(shù)據(jù)現(xiàn)狀2. 識別核心問題和痛點3. 確定主數(shù)據(jù)管理范圍4. 制定實施路線圖1-2個月第二階段試點建設選擇1-2個主數(shù)據(jù)域先行試點1. 選擇試點域如客戶或產(chǎn)品2. 明確權(quán)威來源和編碼規(guī)則3. 部署MDM平臺4. 完成試點域主數(shù)據(jù)治理3-6個月第三階段擴面推廣擴展至其他主數(shù)據(jù)域1. 逐步擴展至五大核心域2. 建立主數(shù)據(jù)運營機制3. 實現(xiàn)與核心系統(tǒng)的集成6-12個月第四階段優(yōu)化運營持續(xù)優(yōu)化智能化運營1. 主數(shù)據(jù)質(zhì)量智能監(jiān)控2. 主數(shù)據(jù)價值評估3. 持續(xù)優(yōu)化流程持續(xù)迭代5.2 成功關(guān)鍵要素1. 高層支持主數(shù)據(jù)管理涉及跨系統(tǒng)、跨部門的協(xié)同必須由高層推動。建議成立主數(shù)據(jù)治理委員會由分管副總裁掛帥。2. 業(yè)務主導主數(shù)據(jù)是業(yè)務數(shù)據(jù)必須由業(yè)務部門主導定義、流程和質(zhì)量標準。IT負責技術(shù)實現(xiàn)不能“代俎越庖”。3. 標準先行在實施MDM平臺之前先明確主數(shù)據(jù)的標準——編碼規(guī)則、屬性定義、質(zhì)量要求。標準不清平臺建了也白建。4. 增量切入不要試圖一次性治理所有存量主數(shù)據(jù)。建議先管住新增主數(shù)據(jù)再逐步治理存量。5. 持續(xù)運營主數(shù)據(jù)管理不是一次性項目而是持續(xù)性運營。建立主數(shù)據(jù)運營團隊負責日常維護、問題處理、質(zhì)量監(jiān)控。5.3 常見誤區(qū)與對策誤區(qū)表現(xiàn)應對策略認為主數(shù)據(jù)管理是IT項目只有IT參與業(yè)務不買賬業(yè)務部門主導主數(shù)據(jù)定義和流程貪大求全試圖一次性治理所有主數(shù)據(jù)域選擇核心域先行試點忽視存量數(shù)據(jù)只管新增不管存量制定存量數(shù)據(jù)治理計劃期望一步到位期望MDM上線后所有問題消失持續(xù)運營逐步優(yōu)化過度技術(shù)化把MDM當成純技術(shù)平臺忽視管理技術(shù)與流程、組織并重六、主數(shù)據(jù)是數(shù)據(jù)治理的“壓艙石”在數(shù)據(jù)治理的眾多領(lǐng)域中主數(shù)據(jù)管理始終處于核心地位。沒有高質(zhì)量的主數(shù)據(jù)再先進的數(shù)據(jù)平臺、再復雜的數(shù)據(jù)模型都如同建立在沙地上的城堡。主數(shù)據(jù)管理的價值不在于技術(shù)有多先進而在于它能讓企業(yè)說同一種語言客戶就是客戶產(chǎn)品就是產(chǎn)品沒有歧義看同一幅畫面客戶360°視圖產(chǎn)品全生命周期一目了然走同一條路徑從源頭到消費主數(shù)據(jù)流轉(zhuǎn)清晰可見當主數(shù)據(jù)真正被有效管理時企業(yè)的數(shù)據(jù)治理才算真正有了“壓艙石”。了解更多數(shù)據(jù)治理領(lǐng)域解決方案請關(guān)注gzh數(shù)據(jù)如海深難測關(guān)注后點開私信獲取1.3G數(shù)據(jù)治理解決方案資料。