希望你能看到文末，不會讓你失望的！
毋庸置疑數據會是企業未來經營發展的一箇中樞。
企業發展數據需要人和團隊，試想如果讓你在公司從0-1組建一支數據團隊，你會怎麼做？
可能大家已經開始盤算著要招多少人，需要什麼人才，什麼平臺技術，要做哪些IT規劃，梳理哪些指標…
我曾經見過一家公司，從原先的IT部拉了幾個人成立了數據團隊，新團隊想快速找到自己的價值，於是就承擔了公司的報表分析工作。一做就是大半年，過程中發現數據採集不全、數據口徑不一等底層問題，開始著手規劃數據治理和數倉搭建工作，但適逢行業經濟下行，公司要降本，高層以“看不到產出和價值”為由直接縮編，儘管據理力爭但高層怎麼也等不及了...
大家可能會覺得這是很現實的問題，數據這個新興團隊高處不勝寒，沒有幾個公司的高層能真正理解數據的價值，數據的產出又很無形，組建團隊採購技術又需要很大成本。所以說初創數據團隊不是件容易的事，沒有策略的推進很容陷入被動。
那麼如何從0-1搭建一支數據團隊，本文以自身經驗分享。需要4個階段：明確團隊定位、設定階段性目標、團隊搭建、著手IT數據規劃。
明確團隊地位
1、確定數據團隊的短、中、長期價值定位
數據團隊可能就是一個純粹的知識部門，他們的業務支持就是提供報表，通稱“表哥表姐”，他們只需要給管理層和業務提供報表和報告就好了，這時候數據團隊的定位就是扮演支持的角色。很多leader覺得報表的工作平平無奇，報表要做但不能長時間只做這件事，因為這不是一個公司的“必要”職能，沒人做分析公司業務照常運行。
隨著業務的發展與專業性的提升，數據團隊變成了顧問的角色，他們更多要提供建議和想法，幫助業務團隊做思考。數據會驅動業務，我們從數據角度、行業角度、競爭分析角度提供解決方案，提供及時準確的預測來推動業務發生變革。此時，在某種程度上說，數據和業務已經是戰友共贏的關係。
當公司發展到更高級的階段，數據團隊的地位就從一個成本中心變成一個利潤中心。無論對內還是對外，數據團隊會去最大化實現公司數據資產的變現。這時候數據團隊的定位是：一個盈利的業務部門。
當然，這裡我這麼寫但不代表初創數據團隊就一定是按這個順序去做，只是說數據團隊在建立之初就要有成為支撐公司戰略有力支撐部門的願景。比如數據團隊掛靠在集團經營部或者利潤中心，做的事就直接和企業經營事務掛鉤，和數據團隊掛靠在IT下屬部門，僅做報表支撐，哪個有前途不用多說。
2、走好第一步很重要
我們對人的第一印象往往是最深刻的，甚至這個印象如果後面沒有深入瞭解的機會，一段時間內都很難改變。一個團隊組織也是一樣，設想如何讓其他部門知道你們是幹什麼的，有什麼價值，有什麼背景，那麼對於初創團隊來講，第一步很重要。
①把握機遇，樹立自己的旗幟
舉個案例，老K（數據團隊leader）所在集團有一子公司銷售業績和盈利能力一直都很差，但該子公司是集團戰略的一個重要環節，高層下達命令要對公司進行業務改進。
老K從財務覆盤會上聽到這個問題主動請纓對該子公司的財務和銷售數據做全面診斷。分析後發現：49個產品中只有不到30個產品是賺錢的；給子公司帶來利潤的下游公司，只有不到20%；為公司創造較多利潤的銷售人員，也只有57%。
問題引起了總經理和財務總監的重視，依據數據結果盤查業務。在後續的業務改革喪砍掉了20%的低毛利產品，對利潤貢獻度不同的客戶採取不同的銷售投入，調整銷售利潤分配方式。在這套數據驅動的管理方法下，銷量增加，利潤上升，直接帶來了166萬的利潤。
這一場開門紅勝仗直接引得了高層的重視和表揚，奠定了數據部門的地位，嚐到甜頭後老K一段時間內和財務聯合，做出不少成績。最重要的一點，是把握住了機遇，從公司問題嚴重的弱勢環節著手，和企業核心痛點掛鉤，比如降本、增效、幫助尋找業務發展機遇、預判經營風險。
②搞定高層
數據分析團隊要想在公司被其他部門認可，一定少不了業務部門的配合，那是不是搞好和業務領導的關係就好了？Too young too simple ! 再好的關係也不要忘了利益是等價交換的，初創數據團隊除了人力基本沒啥優勢，在沒有任何籌碼的前提下去“舔”，到頭來多半是“給我提個數，做兩個報表，幫我做點分析怎麼體現活動價值…”
數據驅動戰略一般都是自上而下的設計模式，不要期望藉助業務的積極性來驅動公司轉型，這是不現實的。
我之前當初很樂意加入一個團隊的原因是因為公司管理層很支持建立一支數據團隊。即使在細節和執行方式還處於模糊階段，CEO和CFO都明白數據團隊能帶來的效益，這點難能可貴。如果公司管理層沒有人能夠明白描述性和預測性分析的價值，你就會處於一個艱難的位置。
數據素質是一種企業文化，如果高層不想推動，這種素質是不太可能發展起來的。在一定程度上，你要有超出團隊經理所需的數據領導力，你需要一個主管級別以上的人在公司內部推數據。
設定階段性目標
明確定位之後就是著手工作計劃和目標制定——帶著一幫人要做什麼，年底拿出什麼成績呢？
很重要的一點，基於明確的業務需求或公司需求再製定數據驅動戰略！將數據分析內化為公司或業務決策流程的一部分，並對決策起關鍵作用。
思考：公司業務的發展計劃和目標是什麼？數據團隊如何助力公司業務的目標達成，其價值如何量化。
剛入行的時候，一直以為基礎建設是最重要的，大家做數據就應該先搞基礎建設：從數據平臺->數據倉庫->數據管理平臺->數據分析平臺，要穩紮穩打把各種底子都搞好才是真的好。
從現在角度來看，這個觀點依舊不能算是錯的。但是，我們更應該換位思考，數據最終還是要服務於業務的，千萬不要等你的數據基礎設施都建設完成了，最終發現團隊沒有一個可以產生價值的業務，只能無奈地變成一個被邊緣的服務方。最怕的就是，當你把基礎全部做好後發現，黃花菜都涼了。
一個可取的思路應該是：
- 以業務價值為核心，先做出幾件讓高層和滿意的事，來奠定基礎
- 抽出少量的人力，完成最基本的基礎設施
- 等有業務成果了，再投入一定的人力逐步完善
這裡分享幾個技巧：
1、起步階段，一定要先做管理者重視與支持的數據項目
總結起來就是3個點：
第一點：有沒有抓住領導感興趣的業務價值點
第二點：能不能展開感興趣的方式
第三點：能不能抓出他的痛點，並且有所展開的情況下，不斷更新工作進度
領導關注什麼你要留心觀察，一般從公司戰略目標、重大戰略會議上能看出個大概。還有從你的直屬領導中，大部門領導的工作報告中瞭解。基本上企業的核心痛點離不開都離不開提升營收、降本、增效、幫助尋找業務發展機遇、預判經營風險。
但是，很多有時候你彙報給領導工作進展他也並不一定會關注，如何讓管理者重視也是一門藝術。這時候就要充分發揮數據和技術的技能，比如能否優化改進領導看報表的習慣，將領導關注點報告做成駕駛艙大屏，甚至開發自動化流程，將的告推送到他郵箱甚至手機端，這些都是目前可以實現的。這時候一定不要謙虛，注意在工作成果中留下部門和署名。（還有其他大家也可以留言）
當然，最好的辦法一定是互相成就，一起把事情做好，甚至是目標綁定，在關鍵問題上保持態度一致。制定了計劃：按環節反饋、持續反饋、定期彙報，將向上反饋的品質發揮到極致。
2、打好群眾基礎，找到業務盟友
雖然業務難搞，但是山頭還是要啃下來的，領導對一個人/部門的評價，除了自己的認知外，很大一部分來自於其他人/部門的評價。比如我通過十幾張模板解決了財務部門一年幾百張報表的重複開發工作，還通過技術手段解決了發票、票據打印，得到了很好的認同。後續也進一步幫助開發財務分析模型，恰好部門一個懂財務分析的前輩，一起推動著梳理了一部分財務指標，開發了杜邦分析等自動析模型。每各月末出表的時候，大家再也不用焦頭爛額加班加點都。有了這樣的基礎，也幫助我打開了在其它部門獲取數據的通路。
最後，記住所有的數據分析的日常工作一定是一個閉環，否則它對公司會是一種內耗。在沒有建立高層和足夠業務團隊的信任和認可之前，任何一個項目的戰線都不要拖太長，小步迭代有閉環，這個可以參考《增長黑客》。
如果數據分析的基礎服務滿足不了管理層和業務，他們就會跳起來挑戰數據分析團隊。這時候再高大上漂亮的報表都沒有用，而是需要數據團隊和業務團隊達成一致的認知：數據分析團隊提供什麼對他們是最有價值的。
團隊搭建
注意幾個要點吧：
1、小團隊的前期發展，以經驗豐富的老司機快速搭建框架是最為穩妥的，要儘可能地減少試錯成本。有了經驗豐富的老司機把底子都搞好了，後面再慢慢招一些應屆生就可以。
2、巧從業務團隊借人或挖人，前期數據工作，業務經驗比技術對團隊更有利。
3、即使是技術選型，儘量也用現成的開源產品或者技術框架，切忌自己造輪子。尤其像從業務系統中提取數據時，千萬別自己寫腳本來完成，花點錢讓第三方公司幫你完成即可。不要把大量時間花費在不能為公司帶來效益的事情上，還可能有無盡的後續麻煩。
4、高效性是數據團隊組建的標準！其最終的價值閉環是如何高效響應、有效實現需求。基於這一原則，在不同公司（業務）、不同驅動戰略的大背景下，搭建針對性的數據團隊。
數據團隊的核心是團隊領袖，其承接了驅動戰略理解和量化、團隊如何設計與實現等內容。
最後，一個優秀的數據團隊領袖必須是公司驅動戰略的策劃與執行者、團隊的組建與管理者，不僅要促進公司的業務發展，還要兼顧團隊成員的個人發展。在具體團隊規劃上，可以為金字塔型、矩陣型、金字塔與矩陣融合型，其各有優點，需要適應公司需求進行設計。
著手IT數據規劃
看到這，想必大家也都瞭解為什麼這塊工作對於數據初創團隊不那麼優先級。
以上三步之後，就可以全局的對企業數據進行梳理。數據從業務端進行採集，存儲在業務系統中，需要對其清洗之後才能用來做報表做分析。這一條鏈路涉及：數據採集、元數據管理、數據倉庫搭建、數據存儲、數據集市、ETL清洗、主數據管理、數據平臺搭建、報表平臺、決策分析平臺、業務端應用分分析等事務。這裡簡單梳理一下分分類。
1、企業目前的數據現狀分析
2、構建完善的數據環境
- 主數據管理
- 數據分析
3、開展業務分析
- 梳理指標
- 建立指標體系
- 建立報表體系
- 建立分析體系
1、企業目前的數據現狀分析
對於企業數據問題要做一個全面的診斷
比如業務系統很多，系統之間的數據不連通，造成信息壁壘。這樣的問題要著重主數據管理，制定標準規則。
比如數據不統一不完整不開放數據來源渠道多，責任不明確，數據填報缺失這些都是質量差的問題。這樣的問題要著重數據治理，性能優化上可以採取分佈式數據庫。
以業務流程為導向梳理數據走向，這背後暗藏的現實可能是：指標零散，業務和IT都不知道分析什麼；報表不成體系，有些報表冗餘。
2、構建完善的數據環境
基於hadoop大數據平臺，先拋架構！
第一步：構建一個完善的數據環境
主數據管理
① 定標準
所需標準有編碼規則，命名原則、劃分原則、共享原則。
- 標準規劃：根據企業實際情況確定實施範圍，並根據優先級和難易度制定計劃。可以通過調查問卷、現場訪談、收集文檔等手段進行調研標準的內容：數據分佈、數據流向、服務規則等，形成調研報告。
- 標準設計：在方法論的指導下，完成數據標準設計和定義工作，如數據業務描述定義、類型長度定義、其他信息定義。
- 實施映射：將已定義的數據標準與業務系統、業務應用進行映射，註明兩者的關係及影響的應用。
- 標準執行：藉助專業的工具實現標準落地檢查。
- 維護增強：隨著業務發展，數據標準需要不斷的修訂和完善，並有效的持續維護改進。
② 搭平臺
將各業務中可能流通共享的主數據的名稱和標準統一起來
③ 控制關鍵環節流轉
包括主數據管理的關鍵環節、合理排布關鍵環節處理順序、安排責任崗位或部門對應關鍵環節。
數據質量
第二步：梳理業務分析體系
指標梳理
分析什麼數據，如何反饋給業務，這些都已轉化成指標來解決
指標梳理需要和業務部門一同進行。可以通過訪談和調研梳理各業務層級關注的指標，從基層到高層。也可以將企業已有的SCOR、計分卡等績效體系或者已有的業務分析體系，轉化成可說明情況的指標。
建立全指標體系
指標梳理清楚後，從每一條業務線出發。這塊業務對企業目標負責的關鍵成果是什麼（KPA）——每一個KPA又可以用什麼維度來衡量（KRA）——最後落實到基層的關鍵行動指標是什麼（KPI）
最後所有業務彙總，形成一個全指標體系。
梳理報表體系
梳理完指標體系後，大致也就知道每個業務部門需要分析什麼數據了。數據通常以報表的形式呈現，報表就都相當與數據落地的產品，有主題有規劃的分析。
基礎查詢類報表：來自於基層業務和日常工作，功能作用於某一項具體的工作，比如銷售業績查詢、商品庫存查詢、在途庫存查詢、採購訂單查詢等。
經營報表：用於日常管理，其功能不單作用於某項具體的工作，而是覆蓋相關部門或某部門管理的一個工作模塊。例如店長業績管理看板、庫存管理、異常店鋪管理等。
報表產品FineReport所作
戰略報表：這個就用於高層集團事物的管理，比如boss們關注的每日盈利狀況，項目進度監控等等。這類報表通常以駕駛艙的形式展現，用於企業全局監控。
報表產品FineReport所作
建立分析體系
不同於日常管理經營類報表單方面的展現，這裡更注重某一塊業務問題，比如通過分析數據來縮減供應鏈成本、通過分析市場環境制定市場策略等。通常在傳統企業的應用有智能製造、大數據營銷、供應鏈優化、市場活動ROI分析、新零售業務提升、用戶畫像和客戶標籤等等。
最後，本文只是給出了一個大體的思路框架，很多細節都沒有覆蓋的很細緻，多數也都是個人經驗之談，如有不足之處，歡迎大家留言交流！辛苦整理了兩整天，希望大家轉發分享！
關於數據團隊的輸出品：數據報表和BI可視化選型，私信我“數據”即可獲得！
閱讀更多 IT技術管理那些事兒 的文章
