數(shù)倉團隊之殤：如何更好地傳遞業(yè)務(wù)價值？
「數(shù)倉團隊」之殤：如何更好地傳遞業(yè)務(wù)價值？
0x01 業(yè)務(wù)團隊與數(shù)倉團隊的矛盾
0x02 洞悉「業(yè)務(wù)」的本質(zhì)
0x03 業(yè)務(wù)需要什么樣的數(shù)據(jù)
0x04 數(shù)據(jù)價值的沉淀
0x01 業(yè)務(wù)團隊與數(shù)倉團隊的矛盾
大多數(shù)的數(shù)據(jù)倉庫團隊，都在思考一個問題：我是誰，我在做什么，我有什么價值。
數(shù)倉不是算法，通過參數(shù)調(diào)整，提升收入百分比；數(shù)倉不是數(shù)據(jù)安全，有明確的風控要求；數(shù)倉不是分析師，可以為業(yè)務(wù)提供思路…… 數(shù)倉更偏向業(yè)務(wù)支持團隊，比較少的有場景，能夠直接去幫助客戶，或者助力業(yè)務(wù)。
雖然我們沉淀了非常多的數(shù)據(jù)，但卻無法快速的使用起來，特別是當我們需要做對應(yīng)場景的數(shù)據(jù)分析時，往往無處下手。
于是業(yè)務(wù)團隊只能以“提數(shù)”的方式，把需求提過來，至于怎么用，往往就不是數(shù)倉團隊的思考范圍了。
而數(shù)倉的同學(xué)在思考如何賦能業(yè)務(wù)，除了滿足提數(shù)的需求，又希望體現(xiàn)自己的技術(shù)能力，于是更傾向于以Cube的方式滿足業(yè)務(wù)提數(shù)需求，但怎么用通常就不會介入太深。
于是，業(yè)務(wù)團隊與數(shù)倉團隊之間，便形成了一種結(jié)構(gòu)性的矛盾。數(shù)據(jù)產(chǎn)品經(jīng)理雖然扮演比較好的協(xié)調(diào)角色，但一來這個崗位的從業(yè)人數(shù)并不多，二來有統(tǒng)計學(xué)、數(shù)據(jù)開發(fā)能力的太少，無法提供實質(zhì)性幫助，因此業(yè)務(wù)團隊和數(shù)倉團隊之間的GAP，就一直無法彌補。
結(jié)構(gòu)性矛盾的存在，是數(shù)倉團隊面臨的最大矛盾。
那么如何去破解結(jié)構(gòu)性的矛盾，就需要數(shù)倉的團隊發(fā)揮主動性的精神。
為什么是數(shù)倉團隊？因為貼近數(shù)據(jù)最近的地方，通常是最了解數(shù)據(jù)的人。
你不能指望業(yè)務(wù)團隊對于數(shù)據(jù)了如指掌，數(shù)據(jù)團隊在數(shù)據(jù)的應(yīng)用方面，具備天然的“降維打擊”特征。
數(shù)倉團隊要主動去了解業(yè)務(wù)的本質(zhì)。
0x02 洞悉「業(yè)務(wù)」的本質(zhì)
業(yè)務(wù)有很多種，并不一定是為了盈利才算是業(yè)務(wù)。
比如金融領(lǐng)域的監(jiān)管合規(guī)需求，比如打車、外賣的路徑規(guī)劃問題。那么我們常見的業(yè)務(wù)，對于數(shù)據(jù)的需求，分為哪幾種呢？
一種是運營團隊，例如電商、廣告行業(yè)，由于業(yè)務(wù)能夠形成數(shù)據(jù)閉環(huán)，因此做各類的業(yè)務(wù)增長，都能夠依賴數(shù)據(jù)來做決策。這種業(yè)務(wù)場景對數(shù)據(jù)的要求比價高，比如核心指標計算是否正確，業(yè)務(wù)口徑是否能對齊，分析維度是否齊全，等等。
一種是內(nèi)部團隊，例如安全、風控等，這一類團隊通常會需要非常明細的數(shù)據(jù)，通常不太會關(guān)心數(shù)據(jù)口徑一類的問題，因為本身采集的數(shù)據(jù)種類比較多，需要處理成相同的類型，用于后續(xù)知識圖譜的構(gòu)建，因此數(shù)據(jù)的場景完整性，就很重要。
一種是分析團隊，例如用戶增長等，由于漏斗模型的存在，對于數(shù)據(jù)的下鉆與鏈路要求就比較高，能夠通過數(shù)據(jù)還原用戶的每一次操作場景，以及下一次操作的類型。
一種是業(yè)務(wù)團隊，比如財務(wù)、采購等，對于數(shù)據(jù)的需求就是跟著每年企業(yè)的戰(zhàn)略走，沒有固定的套路，通常會提出很多定制化的訴求。
如果總結(jié)一下，在數(shù)據(jù)場景中，業(yè)務(wù)的主要訴求，大約就集中在：要運營、要場景、要定制，三個大類。
而業(yè)務(wù)的本質(zhì)，就是三種變化：是業(yè)務(wù)的變化、經(jīng)營的變化，及政策的變化。
0x03 業(yè)務(wù)需要什么樣的數(shù)據(jù)
既然拿到了業(yè)務(wù)的本質(zhì)，我們就需要分別判斷一下，業(yè)務(wù)本質(zhì)對于數(shù)據(jù)的訴求是什么。
第一個關(guān)鍵詞，就是變化。我們通常會希望構(gòu)建一個穩(wěn)定的數(shù)倉模型，但這依賴于業(yè)務(wù)的穩(wěn)定，而當變化成為新常態(tài)時，如何不斷適應(yīng)業(yè)務(wù)，就顯得很重要。因此，效率就是第一位的，需求要怎么排期、多久排期，模型是不是能夠做到“開著飛機換引擎”，就非?？简瀳F隊的規(guī)劃能力。
第二個關(guān)鍵詞，是業(yè)務(wù)。業(yè)務(wù)雖然變的比較快，但業(yè)務(wù)會非常需要一個準確的指標。比如用戶數(shù)，不能天天算出問題，來回變更口徑，那么業(yè)務(wù)運營就無法有效的制定KPI，辛辛苦苦做了大半年，口徑一變，效果全廢，業(yè)務(wù)團隊的積極性就被打擊了?；蛘呤菙?shù)據(jù)產(chǎn)出非常慢，我做了一筆合作，新上了一個策略，要等第二天下午才能看到效果，那么就無法做到快速試錯。因此，數(shù)據(jù)質(zhì)量，其實對于業(yè)務(wù)，非常重要，是能不能做到有效運營的基礎(chǔ)。
第三個關(guān)鍵詞，是經(jīng)營。企業(yè)剛開始的管理還會比較粗狂，但做的久了，勢必要推動精細化的運作管理。比如報表的產(chǎn)出，就是從臨時性的轉(zhuǎn)向常態(tài)性的。那么這個時候，我們的數(shù)據(jù)能不能反應(yīng)業(yè)務(wù)的細節(jié)，通過數(shù)據(jù)追溯業(yè)務(wù)的鏈路，通過數(shù)據(jù)分析所有可能的場景，就決定了企業(yè)是否能實現(xiàn)精細化的運營。
綜上，數(shù)據(jù)的能力，更傾向于體現(xiàn)在：開發(fā)效率、數(shù)據(jù)質(zhì)量、通用性，三個部分。
如果更通俗點講，就是：算的準、算的快、易于理解。
0x04 數(shù)據(jù)價值的沉淀
對于數(shù)倉團隊，確定了數(shù)據(jù)的能力之后，最后，就是如何透傳數(shù)據(jù)的價值。
由于技術(shù)團隊并不是面向一線的業(yè)務(wù)，那么什么樣的方式，既能夠滿足多樣化的需求，又是最易于理解的形態(tài)呢？
“把能力沉淀到產(chǎn)品上”。
很多人會問，數(shù)據(jù)產(chǎn)品，與提數(shù)的Cube，或者是報表的呈現(xiàn)，有什么不同？我想，最主要的不同，在于數(shù)據(jù)分析問題的思路不同。
舉個例子：指標定義，指標一定是與運營的核心目標相關(guān)的。比如用戶增長，我們就需要偏重過程性的統(tǒng)計，例如“是否第一次”、“是否點擊”、“有無跳出”一類的修飾詞；比如盈利增長，就需要偏結(jié)果性的統(tǒng)計，比如“帶動利潤”、“提升百分比”、“整體收益”一類的修飾詞。
那么這個過程如何做？通常分為三個階段：數(shù)據(jù)建模、指標建設(shè)及系統(tǒng)呈現(xiàn)。
數(shù)據(jù)建模是我們通常提到的維度建模方式，指標體系建設(shè)依賴于與業(yè)務(wù)方核對統(tǒng)一的度量值，系統(tǒng)呈現(xiàn)也需要覆蓋常用的場景，比如數(shù)據(jù)大盤、漏斗分析、波動分析、關(guān)聯(lián)分析，等等。如果新的分析場景比較有效，也可以沉淀到產(chǎn)品中來。
最后呈現(xiàn)給業(yè)務(wù)方的形態(tài)，就是告訴你我們有哪些數(shù)據(jù)，能分析怎樣的場景，把數(shù)據(jù)的技術(shù)細節(jié)屏蔽，我們只談數(shù)據(jù)場景。
數(shù)據(jù)如果能夠以通用、易于理解的方式，在不同工種中間相互交流，價值才有了沉淀的基礎(chǔ)。