數據中台，需要什麽樣的產品經理？

關注並標星「人人都是產品經理」

每天早07 : 45 按時送達

數據產品經理不是數據分析師。

作者：張小墨

題圖來自Unsplash，基於CC0協議

全文共 3370 字 2 圖，閱讀需要 7 分鐘

中台，一個火熱到發燙的詞匯。

附耳細聽，到處都在喊中台，似乎不知道中台就差了意思，張嘴閉嘴說中台才算OG老炮兒。

但是，時至今日，中台仍然是一個被定義中的概念，大家對這個詞匯都有感覺，但又很難具象與明確出來。

說起中台的意義，筆者認為在於：快速地響應需求，整合資源，在複用原有能力的同時，發現新機會。

關於中台的實際落地，有這樣的分類：技術中台、業務中台、組織中台，或者直接分為：業務中台與數據中台。

本文將簡單剖析一下數據中台，並嘗試著明確數據中台到底需要什麽樣的產品經理。

一、數據中台：打哪來，往哪去？

到底，什麽是數據中台？

首先，數據中台是為了匯總與融合企業內的全部數據（甚至企業外的數據），打破數據隔閡，解決數據標準與口徑不一致的問題。

舉個例子，多個系統中都有“包子”這個資料欄，但定義不同：

A：有皮有餡就是包子

B：有葷有素就是包子

C：吃了解餓就是包子

不同定義的最終產物是：同樣的“包子”，卻有不同的指代物。

——這就是數據標準與口徑的不一致的弊端，也正是數據中台需要解決的問題。

解決了上述問題，做好了數據治理後，數據中台還需要成為對外提供統一的數據服務接口的數據集成平台。

在這個過程中，不斷完善的數據體系，會不斷的豐富各類場景所需的數據。這也是數據中台都在推行 One Data（一個數據管理體系），One ID（打通的用戶體系），One Service（一個服務平台）的原因。

再舉個例子，公司多個系統或產品都有用戶“石頭”的使用記錄：

租房App：石頭最近在關注北京海澱區的房子

求職App：石頭最近投遞了海澱多家公司的崗位

外賣App：石頭點餐配送地址都在朝陽

根據上述內容，如果數據的打通的，且遵循One ID（其實就算注冊账號不同也有很多辦法來進行關聯判斷），我們得出的結論是什麽？

大致的結論：石頭計劃從朝陽跳槽到海澱，正在找海澱的房子。

我們可以再細致一點：根據石頭點餐的習慣，可以判斷ta的日常飲食習慣，結合石頭瀏覽的租房內容可以判斷ta的消費檔次，再結合投遞職位的薪資，我們可以計算出ta的基本收入……

然後呢？一個完整的用戶畫像躍然紙上。

但是，數據融通帶來了新的問題：“數據隱私”。

從技術層面來看，數據中台是“數據倉庫與數據服務中間件”的組合，因為海量的數據，所以需要分布式計算平台和存儲平台，而且技術是中性的，沒有善惡。

從數據應用來看，數據中台匯聚了企業內外部的各種數據；除了企業自身數據，還有大量的用戶數據；根據這些內容去挖掘商機是企業商業化的有效途徑，但“隱私”的門鎖，握於誰手？

數據中台的價值是從正規渠道獲取數據，應用到陽光下，數據資產是黑是白，就在於此。

但，不可否認的是：數據中台極具使用價值。

在極具價值的數據中台裡，產品經理會扮演什麽的角色呢？或者說，數據中台到底需要什麽樣的產品經理？

通過數據中台項目內容與最終輸出物來看，數據中台需要的產品經理分為兩類：數據產品經理與數據平台產品經理。

二、“天條”制定者：數據產品經理

關於數據產品經理，知乎大V何明科大大有這樣的描述：

“不寫程序的數據工程師不是好產品經理。”

從某種程度說明數據產品經理的部分定義。

數據產品經理這個職位，其實很跨界：需要懂程序，做數據收集及清洗；需要懂產品，了解內外部用戶需求和理解市場；需要懂數據，用數據的方式證明、證偽及發現問題。

簡單說，數據產品經理既要完成數據體系設計，讓原本無序或龐雜的數據變得“規矩”，又要根據業務場景的變化，不斷調整項目內容，推進項目進度。

不得不說，在推進數據中台項目的過程中，開發難度所帶來的壓力，要遠小於數據資產的盤點與整合。

以“包子”的內容為例，數據產品經理需要給“包子”明確出最終的定義，並讓各個系統執行。

問題在於：不同的系統歸屬於不同的部門，你憑什麽讓別人配合，甚至修改人家用了很久的系統，而且修改內容可能並不會給所屬部門帶來直接的收益；直白說，這樣的工作內容不在KPI範圍內。

怎麽辦？

數據產品經理就像一個“天條”的制定者，卻沒有執行天條的權力。

如果項目有一把手坐鎮，倒可以“挾天子以令諸侯”，但其中苦楚，不足為外人道也。

所以數據中台需要更具溝通能力的數據產品經理，能夠在與多個業務線，需求、背景、想法各不相同的相關方一起，推動完成相關功能的實現，有效的達成溝通目的，這一點，不僅重要，而且很重要。

結合數據中台的特性，我們發現：數據中台的數據產品經理，需要不計一地一城的得失，得有戰略思維，也需要縝密的邏輯思維能力。

數據中台所含數據內容龐雜，數據來源之多，遠勝單業務線的數據體系，如何完成這一龐大數據體系的設計，是個極大的考驗。

數據產品經理，作為數據建設的推動者，需要強大的戰略思維和邏輯思維能力，不僅可以判斷出當下業務當中的關鍵流程，更可以不受限於現有業務規模，理解業務接下來的發展方向，做好數據體系擴展性設計。

數據產品經理的基本能力當然更不能丟，業務邏輯梳理、維度指標體系設計、數據建模、數據可視化設計等等。

歸納一下數據產品經理的技能點：

語言：SQL、R語言、Python等；

可視化工具：Tableau、FineBI、Cogons等；

硬實力：熟悉Hadoop集群，數據挖掘與數據分析；

軟實力：溝通、行業認知、深度思考

需要說明一下，數據產品經理不是數據分析師。

簡單來說，數據分析師更多的是在解決業務線具體的問題，而數據產品經理是在進行業務抽象，通過產品化的方式輸出數據。

三、“方舟”打造者：數據平台產品經理

數據平台產品經理，就是廣義上的產品經理，只不過這些產品經理在做數據類產品的相關設計。

他們天天與數據打交道，但不用進行數據分析與數據體系設計。

他們的工作是為數據分析師與數據產品經理打造更多的平台工具，然後把數據分析的成果通過產品化的方式展示給用戶。

前者包括：調度平台、實時處理平台、Hadoop生態組件等。

後者包括：可視化報表平台、BI系統、移動BI系統、用戶畫像平台等，如果有面向用戶或者To B的需求，還可以打造如淘寶指數、百度指數這類的數據產品。

浩瀚的數據宛若汪洋，數據產品經理給這片汪洋制定了“洋流與風向”等“天條”規則，但是出航遠行還是需要一艘巨艦方舟，這樣才能更快的到達各個目的地，數據平台產品經理就是這樣一艘方舟的打造者。

數據平台產品經理這位“方舟”打造者，是在用產品化的方式，讓內外用戶更便捷的使用與查看數據。

所以數據平台產品經理，在滿足廣義產品設計能力的基礎上，還需要以下能力：

數據可視化能力，了解數據平台功能框架基本邏輯；

具備基本的SQL能力，了解數據生命周期；

權限設計能力，尤其是數據權限的管控設計能力；

野望，要有平台商用的野望，並做好準備；

數據平台的起點是企業內部應用，商用也可能只是發展進程中的一站。但過程中，數據平台產品會歷經很多“磨難”，比如：內部推廣的壓力、業務方對數據資產價值的質疑，商用的切入點難以找尋……

耐得住寂寞，有大刀雕花的技巧，才會水到渠成。

數據平台產品經理與數據產品經理在工作的分界線，存在融合，存在很多的交集。不少公司是將兩個崗位進行了二合一，一人分飾兩角，這倒也未嘗不可。

有個前提，數據產品經理更側重數據體系的建設，而數據平台產品經理更側重工具與平台的設計，這一點值得了解。

至於數據中台對人才的需求標準，仁者見仁，智者見智吧。

四、最後的結語

可能中台是“新貴”，數據中台是“風口”，除了尚未解答的數據隱私問題（可能短時間也難以找到答案），還有一件事需要大家了解。

搜索內容是大把的培訓機構在追風口，各種數據類崗位的培訓廣告赫然在列……

說句實話，雖然數據相關的崗位薪酬不錯，但是數據相關的崗位需求量真的很小。

理論上說，中台是一種產品設計思路，或者系統架構思路，並不受限於公司的規模。

但是小公司沒那麽多的數據，不大不小的公司有第三方的數據工具，大公司呢，往往很難通過培訓公司，培訓一下就可以拿到offer。

所以，與其急於求成，倒不如按照數據崗位的技能要求，不斷的淬火打磨。

路漫漫其修遠兮，產品經理將上下而求索。

———————— END ————————

每個「在看」，都是一次鼓勵