作者 | 陳老師
來源 | 接地氣學堂
有同學問：經常聽到“搭建運營分析體系、搭建業績監控體系、搭建商品分析體系”等等要求。可到底數據分析體系是什麼？似乎經常看到的，只有AARRR五個字母，又語焉不詳。到底怎樣纔算是建了個體系？今天我們系統解答一下。搭建數據分析體系，是從初級數據分析向高級發展的必備一環。留心看哦。
搭建數據分析體系的常見錯誤
1、羅列指標，沒有重點。很多文章一講數據分析體系，就鋪陳了大量指標。先看哪個，後看哪個，根本沒說明。光把幾百個指標理解一遍都要半天，業務啥也不用幹了，每天就在這瞅數好了。
2、陷入細節，沒有目標。很多同學習慣性列了指標，就開始按時間、渠道、區域、用戶等級拆分，拆來拆去，標出一堆漲了跌了。問題是沒個具體標準。每天糾結：1%的變化到底是不是問題？百分之幾是問題？
**3、不分職責，貪大求全。**很多文章一列標題就是《電商指標體系》《運營指標體系》甚至是《互聯網指標體系》，可實際上像BATT，一個公司十幾個BU幾十條業務線，都看一套指標？單純運營就分：用戶、產品、數據、新媒體、社羣、活動、商品、渠道……幾十種運營，也看一套指標？這些大而全的總結，總是看似有理，實際不好用。
最終導致的惡果，就是：自嗨型數據報表。看似羅列幾百指標，拆分數十維度，每天更新累的夯吃夯吃，可以看報表打開率：不到10%。運營、產品、銷售們遇到問題，還是提臨時取數單，每天光跑臨時取數就跑到斷手指……O(╥﹏╥)o
什麼是數據分析體系
如字面意思，數據分析體系包含兩點：
**1、數據分析：**意味着不能光羅列數據，而是要對數據做解讀，解釋數據背後的業務含義，找到對業務有用的點。
**2、體系：**意味着不能毫無邏輯的鋪陳數據，而是有節奏、有主次、有順序的展現數據。這樣才能更有效率的支持業務，而不是埋沒在無窮無盡的碼sql裏，也能更好地積累分析經驗。
把數據報表、專題報表串起來，有層次展現，應用到業務中的，纔是真數據分析體系。
搭建數據分析體系的基本思路
數據分析本質是爲業務服務的。儘可能多幫助業務工作，少浪費業務時間，纔是服務宗旨。所以，在搭建數據分析體系時，要先問自己：
1、我在爲誰們服務？
2、他們中每一位，有什麼工作職責？
3、提供什麼樣數據，能更好幫助他們工作？
4、在什麼時間提供幫助，能更少干擾他們？
這就是搭建數據分析體系的基本思路
第一步：認準服務對象
企業有部門分工，因此第一步要認準：我在爲哪個部門服務。這非常關鍵！因爲即使同一個問題，不同的部門的關注點會不同。同樣是銷售問題，如果是銷售部看，關注的是每一支銷售隊伍完成率、進度、質量。如果是供應鏈看，那關注的就是總量、各產品數量、需求高峯期。如果是風控看，那關注的就是回款、壞賬、套利。認清部門，有利於瞭解真正需求點。
其次，部門內有職級高低，要具體區分：誰需要看報表，他的責任與關注點是什麼。同樣是銷售，部門領導關注的是下屬隊伍的排兵佈陣，重點在什麼區域，主打什麼產品。每一個銷售人員，關注的是要跟進哪個客人、跟進哪一步、見人說什麼。一般來說，越是管理層就越關注策略問題，越是基層就越關注執行問題。
即使有些看起來一個人也能辦的事，在企業裏也有分工合作。比如公衆號發文章，似乎一個人就能寫，可在企業場景裏，人家有專業的名字叫：新媒體運營。也有細緻的工作分工。
第二步：明確工作目標
清晰了人以後，要認清每個人的工作目標。量化目標，是數據分析的靈魂。後續評價工作的好壞，判斷業務走勢正常還是異常，探索解決問題的辦法，都是從計算目標和現狀的差距開始的。這一點非常非常重要。很多做數據的同學陷入細節，做的報表看不出所以然，都是因爲壓根不知道到底數值是幾纔算好導致的。
業務目標並不都是“1個億小目標”這種簡單粗暴的形式。細分之下，可以有多種類型，比如常見的：
1、按達成時間分：年、季度、月
2、按委任形式分：長期任務/臨時任務
3、按服務對象分：自身/其他部門
4、按服務對象分：領導/組長/員工
5、按流程位置分：結果型目標/過程型目標
繼續拿新媒體運營舉例，一個小組，可能同時揹着多個目標：
注意：不同目標之前有邏輯關係。比如年度的漲粉任務，可能由促銷活動漲粉、裂變漲粉、爆款文案漲粉、自然增長多種形式組成，一個大目標對應多個小目標。把各種目標按大小歸屬、時間順序梳理清楚，就有了分析體系的基礎框架。後續，我們可以跟着這個框架來跟蹤目標完成情況，診斷運營效果。這就推進到了下一步。
第三步：跟蹤業務走勢
有了清晰的責任人、目標，就可以跟蹤業務走勢。在跟蹤的時候，首先關注的是：目標達成情況。對於目標達成率監督，涉及到後續一系列行動判斷，遇事先判斷輕重緩急，再看細節（如下圖）。
需要注意：不同等級的人，關注重點不同。還拿新媒體舉例子，具體負責內容的小哥，可能要對每一篇稿子負責；負責投放的小哥，要對每一次投放效果負責；單次執行不好，就得進行復盤，總結問題。但作爲運營組的組長，可能更關注整體KPI達成情況，一篇文章不行，只要從其他文章能補回來就行。
很多基於傳統企業場景的數據分析體系，寫到這就結束了。請注意，做到這一步只能算完成了“數據監督體系”的建設。因爲僅僅看目標數量和完成率，是知其然、不知其所以然的狀態。我們並不能回答：爲什麼做的不好？該改善什麼？這種問題。想要回答的更細，就得深入的業務過程中，瞭解具體行動。（傳統企業停在這裏，更多是傳統的門店、業務員銷售模式缺少數據記錄，不代表不想深入做）。
第四步：瞭解業務行動想要改善一個業務，就必須瞭解這個業務。
大部分的業務比我們想象的要複雜。比如新媒體運營，不做的同學可能想當然的認爲：不就是寫個文章嗎？我看閱讀數、轉發數這些數據不就好了……可實際上，細看之下，一篇文章可能有很多業務細節（如下圖）：
瞭解業務行動，分解業務細節，是爲了：找到數據可以幫助的點。數據不是萬能的，比如一個新媒體小哥寫文章，數據不能只告訴他怎麼寫。但是具體到業務細節，數據可以提供很多參考，如下圖所示：
這一步，是提升數據分析質量的關鍵。拆解業務行動，找到數據的幫助點，我們就能在跟蹤進度的時候，進一步分析問題，這就推動到了一下步。
第五步：覆盤行動結果對業務行動細節很瞭解，就能覆盤行動結果，總結經驗。數據的優勢，不是直接生產出超人的創意，而是事後總結出普遍的經驗。優秀的業務能力永遠是稀缺資源，是不可複製的。但通過數據分析覆盤，可以把明顯的作死行爲總結出來，避免普通人犯錯。就像寫文案，指望每個創作者都成爲半佛仙人這種聖手是不可能的，但是能總結出：
1、時政類話題熱點轉化率低於情感類50%，不用來做轉化。
2、週四、週六推送閱讀低於其他時間40%，不做推送
3、鏈接跳轉超過3步，轉化率下降30%，控制篇幅
4、…
有分析結論，就已經能幫助運營規避大量坑點。即使偶爾採坑失敗，也敗的明白：“沒辦法了，必須這個點發文，虧一點閱讀就虧一點”。做業務從來不怕失敗，怕的是敗的不明不白。如果能長期積累，業務方經驗越來越豐富，遇到問題的思路也越來越清晰了，就真正發揮了數據的作用。但是，問題不是一成不變的，因此數據分析體系也要不斷迭代升級。
數據分析體系迭代升級
牢記這個標準：堅守目標，迭代方法，積累經驗。這是數據分析體系建設的基本方法，底線，也是最高要求。在這個原則下，數據分析體系迭代升級路線如下圖所示：
[外鏈圖片轉存失敗,源站可能有防盜鏈機制,建議將圖片保存下來直接上傳(img-LNSYUA4S-1571799166609)(https://upload-images.jianshu.io/upload_images/13825820-01d5815d459e1c7d.jpg?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240)]
1、設定目標後，分月、周、日報表，跟蹤目標完成率。
2、在目標達成出現問題時，先判定輕重緩急，再看細節。
3、針對重點問題，提供臨時性支持，探索原因，解決問題。
4、根據經驗指導後續工作，沉澱有效方法，指導以後目標制定
這樣的體系運作，業務部門也很輕鬆：平時只要看幾個核心KPI達成率即可，平安無事就不用擔心，趨勢向壞的時候能及時收到預警。想要思路，也能有足夠素材用，使用體驗非常爽。而數據分析師本身，固定KPI、業務支持做成數據產品，個案分析做專題。產品和專題做多了，也好體現個人成績。總比無休無止寫sql，寫了也不知道幹啥去了強的多。
小結
建設數據分析體系，本質是個：從業務中來，到業務中去的事。需要大家多在內部花心思。然而，很多新手太過糾結理論、方法、模型，忽視、無視、輕視業務。覺得別人的工作沒技術含量“不就是發個文章”“不就是忽悠客戶”，只有自己的算法纔是真牛逼無雙。遇到問題，不會細緻的和業務溝通，只會上各個數據分析微信羣問：“有沒有XX指標體系啊，最好是權威、標準、BAT認定版的”。這就南轅北轍了，最後只會換來一句：你這不符合我們公司情況啊。
好的數據分析師，要像眼科醫生一樣。配眼鏡可能有很多專業的方法，有很多專業的工具，可在配的過程中，卻醫生糾結的不是自己的理論，而是關注用戶看的清不清楚，不斷問用戶“這樣可以嗎？這樣更清楚嗎？再這樣試試呢？”用專業的方法服務個性化需求，這纔是專業的人乾的事。與大家共勉。
