數據報告tips

05-15

數據報表是產品數據的集中呈現，同時也會面向產品、運營、boss等多種角色，這裡也總結了一些關於數據報表設計的tips，以總結、分享。

1、做好許可權控制

數據層面一般都會比較敏感，所以在數據報表的許可權控制粒度上，從以往經歷來看，還是儘可能細一些。比如網站的訪問數據，如果能按照一級頻道/二級頻道的粒度來進行控制，在賦予數據許可權時，按照頻道+報表類型（PV、click）的組合方式來開放許可權；廣告類報告，按照廣告位/頻道的粒度進行控制，這樣在實際使用中會更加的靈活，能滿足不同人員的使用需要。

2、關於Dashboard

現在的產品都會強調數據可視化以及數據的可讀性，所以Dashboard作為首頁的方式也大行其道，但是觀察過很多產品之後，發現有些產品在方向性上有些偏離。

Dashboard的目的在於提供關鍵數據的總覽概況，讓讀者了解業務總體的運行狀況，但是部分產品卻為了設計而設計，在Dashboard堆疊大量數據報表，並且使用了一些可讀性較差的報表組件，使讀者很難在短時間內集中注意力到關鍵指標，這樣反而失去了其原本的意義。個人理解Dashboard在設計時有幾個原則是必須要注意的：

數據指標（報表）不能超過6個；
報表組件必須是常用且易於理解的，不過分追求數據組件的使用，如果數字能更清晰那就使用數字；
遵守特定數據類型的通用表現形式（比如百分比就用餅圖、損耗率就用漏斗圖）；
允許Dashboard數據展示指標自定義；
點擊可跳轉詳情報告（PC場景）

3、Boss視角

Boss對於數據的關注度都是很高的，而且擅於在午夜或者凌晨向產品汪發出需求指示，所以Boss也是數據報表的重要受眾（最重要~），在面向Boss受眾時，有兩條經驗可以分享給各產品汪。

面對來自Boss的修改需求，能滿足的一定要滿足，不能滿足的創造條件滿足；
針對不願意登錄系統的Boss，開發定製報告功能，定製關鍵數據指標發送到Boss郵箱，報告要清晰簡潔；

這兩條經驗希望讀者牢記在心~

4、數據預警

日常運營中，如果數據指標過多，通過人力的方式來逐個分析顯然性價比不高，這個時候就需要數據預警功能的介入了。不太複雜的數據預警模型可以在系統當中設置，比如某個指標波動超過xx%、絕對值高於/對於xx、同比/環比下降超過xx%等等諸如此類，允許用戶在系統當中進行預警設置，觸發條件後通過郵件或其他方式對用戶進行預警通知。較為複雜的預警模型，比如有多個參數參與計算，在系統當中實現成本較高且通用性較低，就可以讓RD直接通過腳本的方式設置，總之能夠起到預警目的即可。

暫時就這些，以後想到其他的再進行補充。