報表開發(fā)(補充篇)
報表的作用
監(jiān)控業(yè)務(wù)，構(gòu)建數(shù)據(jù)參考基線，數(shù)據(jù)要回答的兩個問題是 是多少？好不好？，通過數(shù)據(jù)指標(biāo)來衡量后就能知道目前業(yè)務(wù)表現(xiàn)如何？是否健康？和同行比是什么水平？數(shù)據(jù)反饋，為了擴大盤子、降本增效，技術(shù)、產(chǎn)品、運營等，投了很多人力物力做了很多事情，做完之后效果怎樣？用戶有沒有增長？銷售有沒有增長？性價比如何？ 異動診查，突然某天銷售或其他關(guān)鍵指標(biāo)往下掉？是哪里出現(xiàn)了波動(空間和時間定位)？更進一步，就是將異常和業(yè)務(wù)內(nèi)部的操作關(guān)聯(lián)起來，看是否最近是搞了什么操作導(dǎo)致了指標(biāo)波動； 數(shù)據(jù)預(yù)測，“接下來會怎樣？”功能比較好的BI軟件，可以根據(jù)歷史指標(biāo)趨勢做出預(yù)測，數(shù)據(jù)的基線除了可以參考?xì)v史已發(fā)生的數(shù)值，還可以參考預(yù)測值； 從數(shù)據(jù)分析產(chǎn)品化的角度去理解，報表是固化高頻數(shù)據(jù)需求的主要輸出物，每天自動跑數(shù)的報表能極大減少數(shù)據(jù)分析師勞動量；
報表的核心要素
趨勢，長期發(fā)展趨勢(trend)，短期波動 、達(dá)標(biāo)進展； 變化： 關(guān)鍵指標(biāo)的波動，波動值多少？主要發(fā)生了什么環(huán)節(jié)？什么原因?qū)е?？原因是否可控可操作?/section> 主要業(yè)務(wù)對象的狀態(tài)變化，e.g. 用戶是否進入生命周期的下一步還是發(fā)生了流失，外部渠道的引流質(zhì)量或者成本是否穩(wěn)定？ 操作事件，短期關(guān)注的目標(biāo)(第1點中的關(guān)鍵指標(biāo)相當(dāng)于長期關(guān)注的指標(biāo))是啥？業(yè)務(wù)上有什么動作？這些動作對業(yè)務(wù)的短期和長期影響如何？ 細(xì)分： 橫向(人、貨、場)，縱向業(yè)務(wù)轉(zhuǎn)化環(huán)節(jié)(產(chǎn)品漏斗或時間周期)； 細(xì)分的核心目的是在于找到薄弱的環(huán)節(jié)，e.g. 轉(zhuǎn)化漏斗中流失率大的環(huán)節(jié)，或者細(xì)分組群中“拖后退”的那部分； 對比 對比的核心目的在于確定差異、變化或優(yōu)劣，e.g. 如果你要說這個月的業(yè)績表現(xiàn)優(yōu)秀，那么潛臺詞就是這個月和某個月比表現(xiàn)是好的，從數(shù)據(jù)角度來講，你可以說這個月的訂單額相對于去年同期比上漲了20%； 可以是橫向的組間對比，也可以在時間維度上對比； 指標(biāo)是可比的；
指標(biāo)體系構(gòu)建的出發(fā)點
首先，關(guān)注整體概況，也就是看大盤，從業(yè)務(wù)關(guān)鍵指標(biāo)(e.g.KPI)出發(fā)，再拓展到指標(biāo)的變化趨勢、是否達(dá)標(biāo)、細(xì)分情況，從一個指標(biāo)變成一套指標(biāo)體系的核心是“拆解”，比如可以按照指標(biāo)計算公式、業(yè)務(wù)轉(zhuǎn)化環(huán)節(jié)、人貨場細(xì)分等；
其次，關(guān)注“事件”，事件可以分為兩類：
產(chǎn)品->用戶,比如產(chǎn)品運營面向用戶搞的那些操作、運營活動、ABT什么的，對這些操作歸個類，再看每類別下具體有哪些操作活動，哪些是“活的”(正在進行中)，哪些是“死的”(已經(jīng)結(jié)束)，效果如何？用戶->產(chǎn)品，用戶主動和產(chǎn)品交互的行為，e.g.瀏覽、播放、付費等，除了正常行為，也要關(guān)注異常行為(參考產(chǎn)品中的異常行為)，e.g.行為中斷、用戶流失、異常流量等。
最后，就是看“專項”，比如關(guān)注人貨場中的某個主體或者某個主題。拿用戶舉例，可以考察用戶規(guī)模(存量多少，進量多少，出量多少)以及來源渠道，可以考察用戶生命周期的轉(zhuǎn)化進展(e.g.參考AARRR)，還可以考察單客或細(xì)分客群的獲客成本、生命周期價值等；
產(chǎn)品處于不同生命周期階段關(guān)注的指標(biāo)或者業(yè)務(wù)優(yōu)先級不一樣，所以有的指標(biāo)雖然在報表中體現(xiàn)，但是優(yōu)先級并不是那么高，此時可能更應(yīng)該關(guān)注在長期目標(biāo)下拆分出來的短期的目標(biāo)及相對應(yīng)的數(shù)據(jù)需求。
指標(biāo)的衍生
目前可以考慮兩種思路：
1.自上而下拆解
可以從 業(yè)務(wù)環(huán)節(jié)入手，看不同的產(chǎn)品角色是如何在產(chǎn)品中一步一步往下走的，從用戶視角出發(fā)，繪制用戶地圖，每一步走一下看看哪些關(guān)鍵行為節(jié)點，也可以從內(nèi)部視角出發(fā)，看我們對于用戶在產(chǎn)品上有哪些期待的行為或產(chǎn)出；可以按照 指標(biāo)公式拆解，參考杜邦公式類似的思路，將指標(biāo)一層一層細(xì)化；時間、空間兩個維度下都可以拆分；
2.自下而上組合
指標(biāo)可以分為“維度”和“度量”兩部分，度量是沒有“修飾詞”的數(shù)量、金額、長度等，加上場景等修飾詞就是業(yè)務(wù)上的指標(biāo)。
筆者參考“人貨場”模型，將業(yè)務(wù)上的維度分為如下5種。
指標(biāo)拆解的操作詳情可以參考前文報表開發(fā)(指標(biāo)篇)
報表開發(fā)容易遇到的坑
偽報表需求
報表開發(fā)是為了解決高頻看數(shù)據(jù)的需求的，一般不要把一次性或者偶發(fā)性的數(shù)據(jù)需求做成報表，花了很多時間做出來可能很少用到；
談報表需求的時候還是要先溝通清楚需求方的意圖，具體可參考報表開發(fā)(需求篇)以及如何提升工作效率
指標(biāo)口徑不統(tǒng)一
不同的人做不同的報表，但是指標(biāo)有交叉的時候，很容易遇到業(yè)務(wù)方拿某個數(shù)據(jù)問你為啥和另一個報表的數(shù)據(jù)對不上這樣的情況。
報表的口徑要統(tǒng)一，最好整理個指標(biāo)白皮書，放到wiki這樣分析師和業(yè)務(wù)方都可以看到且能隨時編輯和及時更新的地方(遇到關(guān)鍵指標(biāo)的計算邏輯改動，最好郵件知會相關(guān)人員)，寫清楚指標(biāo)的名稱，具體的計算口徑(包括業(yè)務(wù)上的口徑描述以及業(yè)務(wù)背景)，以及技術(shù)上用的是什么源表的什么字段，也可以附上sql代碼什么的。
報表冗余
這也是很常見的問題，多個報表出現(xiàn)了較大的overlap，但是每個報表的信息又不完整，一方面業(yè)務(wù)方看數(shù)據(jù)很累，另一方面，數(shù)據(jù)分析師維護報表的工作量也不小。
建議：
將一些在報表或者分析中高頻用到的指標(biāo)按用戶或天這樣的顆粒度建成中間表，后面要分析或者出報表的時候，就可以快速通過少數(shù)幾張表輸出數(shù)據(jù)，中間表最好能每天自動更新； 做好業(yè)務(wù)指標(biāo)的主題規(guī)劃，把不同的業(yè)務(wù)方關(guān)注的指標(biāo)歸類，然后組織成不同的指標(biāo)體系，盡量在一張報表(或者一個頁面)中呈現(xiàn)出來，這也是搞數(shù)據(jù)指標(biāo)“體系”的原因。
報表的維護
報表的維護可以分為增、刪、改3種情況。
“刪”報表比較簡單，如果是業(yè)務(wù)變動或者被其他報表替代等原因，報表下線就行，用不上的數(shù)據(jù)任務(wù)都要停掉，另一方面要做好對報表的生命周期管理。
報表的“增”和“改”就是要在原有報表基礎(chǔ)上添加或者刪除一些指標(biāo)，或者調(diào)整指標(biāo)的計算口徑，改動的前提是要熟悉報表中的數(shù)據(jù)計算過程。
假設(shè)現(xiàn)在有一個用Excel做出來的報表，用了大量公式加上還有邏輯復(fù)雜的VBA，這樣很難直觀看到從最初的數(shù)據(jù)輸入到最后的指標(biāo)輸出之間的計算過程，更不要說一步一步復(fù)原出來，類似這種“可逆向性”很差的工作后期維護就相當(dāng)坑。
所以報表好維護的前提，首先是讓沒做這個報表的人也能輕易上手，從頭到尾把數(shù)據(jù)流程跑通，提供必要的代碼和文檔說明，其次工具的選擇也很重要，比如你很非主流，用Java把報表搞了出來，但是數(shù)據(jù)分析組的其他同事并不熟悉Java，這就是坑隊友的行為，工具的選擇首先要保證團隊協(xié)作的便利，其次是維護性和易用性等方面的考量。