起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識中臺產品經理實戰（18）：數據中臺搭建方法論集合（上）
編輯導語：在上一篇文章《中臺實戰（16）：大廠數據中臺的通俗化解讀》中，本文作者已經將數據中臺的概念為我們做了深入的剖析。接下來，作者會花兩篇文章的篇幅為大家講解數據中臺建設的完整方法論，本篇文章為上篇。
一、數據中臺預建設
看過我的新書《中臺產品經理寶典》的朋友們，應該很熟悉我在搭建中臺里梳理了一個完整的MSS建設方法論。
其中有一個重要環節，稱之為業務標準化（Standard），也就是我們需要先對當前業務有一個標準化定義，將公司內部不同業務線的業務流程梳理并合并為一套全公司通用的SOP，在此基礎上去建設中臺。
這就好比我們要進行大樓建設，如果沒有一個穩定的地基，上層建筑就無法穩定下來，建設出的中臺也會出現各種需求不符合，業務線不愿對接的現象。
那么在數據中臺建設時也有同樣的環節要去完成，我們稱之為數據中臺預建設。
1. 數據中臺的預建設分為兩個步驟
1）標準化：完成對同一事物的統一描述
例如：統一不同事業線之間的指標口徑，如財務指標中A業務線使用毛利，B業務線使用稅后毛利作為業務線利潤統計，這里在財務角度來看就是不統一的，需要進行統一。
2）中心化：數據權限上升至企業層面
我們知道，之所以會出現在公司內部對同一事物的描述不同，其本質原因是因為各個業務線根據自己的需要去定義了具體的業務對象與數據存儲規則。
例如我們以A，B兩條業務線的會員數據來看：
A業務線定義會員存儲表：
B業務線定義會員存儲表：
從這兩張表中我們可以直觀的發現如下差異：
- A業務線的會員存儲字段為4個，B業務線的會員存儲字段為5個，因此也就是會員對象定義在本質上就有所不同；
- 在會員活躍統計上，A業務線關注用戶的訪問時間，因此在數據庫表中記錄了上一次訪問時間，B路線更關注用戶的消費轉化，因此記錄的是最后消費時間。此時如果作為數據中臺想要統計全公司會員的活躍情況，因為A，B業務線的會員活躍概念是完全不同的，這兩者數據也就無法直接使用。
2. 針對上述情況，為了避免各業務線的自主定義，在數據中臺中通常會將數據權限進行拆分分離
1）控制權限
擁有對數據上層應用提供數據源的權利。
2）讀寫權限
擁有數據讀取與寫入的權利。
據此我們也得到了有了數據中臺后分層數據體系下的不同權限內容：
從圖中可以看到業務線只有數據讀/寫權限，無獨立控制權限，通過這樣的設計我們就實現了數據中心化，也就是由中臺具體向上層應用提供數據。
在業務線內部，每個業務線可以根據自己的需要去定義數據應用，例如像上面的例子中定義自己的會員存儲字段以及會員活躍定義。但是一旦進入上層應用，如公司級BI報表統計時，由數據中臺，根據各個業務線推送至此的業務數據進行重新計算。
從而確保各個業務線的數據是使用相同的標準、算法計算得出的相同結論。
二、全局數據設計
完成了預建設之后，也就是我們打完了地基，接下來需要做的就是全局數據設計。
所謂全局數據設計，實際上就是去確定我們的數據域是什么？也就是我們的整個數據需求邊界是什么，我們需要為哪些業務對象設立指標進行監控。
一般來說數據中臺的數據域管理可以分為如下兩步：
- 定義公司內部的統一主題：如會員，訂單，商品等；
- 完成數據歸類：將屬于該主題的數據都歸類至該數據域中。
在我們定義完數據域，如商品域、訂單域后，我們就可以在數據倉庫中定義標準的數據堆，每一個數據對存儲一個業務的數據域子集，以便將各個業務的原始數據都堆積在這里。
只有這樣建設后，我們才能實現上一步的為上層應用提供數據時有原料可以重新計算。
三、方案設計
在完成前面的“基建”后，數據中臺的方案設計就可以被定義出來了，具體來說一個通用的數據中臺可以拆解為三步走建設方法：
- 業務數據集中維護管理
- 數據標準化加工（統一計算口徑）
- 企業級數據應用創建
至此我們的上篇，數據中臺預建設篇就完成了。在下一篇文章中，我們將重點來談數據中臺的三步走方案具體設計內容。
最后想要了解更多中臺搭建實戰內容，或者想要學習掌握更多高階產品經理的必備技能，可以來看看我的這本《中臺產品經理寶典》一書。
#相關閱讀#
#專欄作家#
三爺，微信公眾號：三爺茶館，人人都是產品經理專欄作家，2019年年度作者。《中臺產品經理寶典》作者，原萬達高級產品、MBA特約講師、獨立創業者，現某支付公司產品線負責人，擁有多款集團項目從零到一經驗并帶領實現商業化布局。
本文原創發布于人人都是產品經理。未經許可，禁止轉載
題圖來自Unsplash，基于CC0協議。
大佬給Ginny推下，這個月天天問答的書就選這本了哈哈