十年大廠產(chǎn)品的數(shù)據(jù)分析寶典(下):數(shù)據(jù)打點(diǎn)、做圖表、分析和監(jiān)控的實(shí)用技巧
編輯導(dǎo)語(yǔ):在進(jìn)行數(shù)據(jù)分析之前,需要先進(jìn)行一些階段性的準(zhǔn)備工作,先拆解好指標(biāo),再進(jìn)行后續(xù)做功能與打點(diǎn)取數(shù)。作者從怎么分析數(shù)據(jù)結(jié)果、怎么作出直觀的圖表和指標(biāo)的持續(xù)監(jiān)控分享如何設(shè)計(jì)打點(diǎn)和實(shí)驗(yàn)。
上半部分文章主要圍繞指標(biāo),包括選定關(guān)鍵指標(biāo)(主要指標(biāo)VS次要指標(biāo)),從關(guān)鍵結(jié)果指標(biāo)拆解出過(guò)程指標(biāo),并定下階段性目標(biāo)。
這些是數(shù)據(jù)分析的基礎(chǔ)工作,在沒(méi)有做好之前,不建議直接就開(kāi)始做功能、打點(diǎn)取數(shù)等等。如果這部分已經(jīng)做好了,那么可以看接下來(lái)的文章(如果沒(méi)有建議戳上半篇)。
接下來(lái)講一下有了指標(biāo)之后到底怎么去設(shè)計(jì)打點(diǎn)和實(shí)驗(yàn),包括怎么分析數(shù)據(jù)結(jié)果、怎么作出直觀的圖表和指標(biāo)的持續(xù)監(jiān)控,還是比較實(shí)用的技能。
一、設(shè)計(jì)打點(diǎn)詳解
打點(diǎn)和實(shí)驗(yàn)是同步設(shè)計(jì)的,因?yàn)檫@兩者會(huì)互相影響。有些童鞋對(duì)DAU、交易額、轉(zhuǎn)化率等大指標(biāo)監(jiān)控比較重視,但是拆分到某個(gè)頁(yè)面、某個(gè)功能的打點(diǎn)就設(shè)計(jì)得大條了一些,導(dǎo)致經(jīng)常要等數(shù)據(jù)結(jié)果出來(lái)了,才發(fā)現(xiàn)還需要補(bǔ)一些打點(diǎn)。
所謂巧婦難為無(wú)米之炊,如果打點(diǎn)沒(méi)打好,連數(shù)據(jù)源都沒(méi)有,數(shù)據(jù)分析能力再?gòu)?qiáng)也沒(méi)用。
打點(diǎn)分為前端(客戶端)打點(diǎn)和后端(服務(wù)端)打點(diǎn)兩種。
先介紹常用的前端打點(diǎn),這類打點(diǎn)主要是用來(lái)記錄用戶行為的,也就是當(dāng)用戶和你的頁(yè)面產(chǎn)生了交互之后(比如點(diǎn)擊了某個(gè)按鈕或者打開(kāi)了某個(gè)頁(yè)面),本地產(chǎn)生一條包含很多字段的信息(相當(dāng)于xls的一行),等到一定的時(shí)間之后上傳到服務(wù)器上,然后通過(guò)數(shù)據(jù)清洗、入庫(kù)等等,就能提取出來(lái)進(jìn)行數(shù)據(jù)分析了。
前端打點(diǎn)必須包含的字段類型(相當(dāng)于xls的表頭)有以下三大類:
1. 基礎(chǔ)信息
比如用戶的渠道、平臺(tái)、操作系統(tǒng)、手機(jī)型號(hào)、用戶身份唯一標(biāo)識(shí)(uuid、token)、頁(yè)面id等等,以便后續(xù)做一些基本的分析。
也可以再進(jìn)一步,根據(jù)業(yè)務(wù)特性加上一些字段:比如一個(gè)LBS的App可以把城市、經(jīng)緯度也加到基礎(chǔ)信息中,比如一個(gè)交易平臺(tái)可以把用戶瀏覽商品的sku id或下單的order id帶上,只要用戶有和商品id、下單相關(guān)的操作,這兩個(gè)字段就都可以記錄上。
這么做的好處是不需要產(chǎn)品/運(yùn)營(yíng)每次額外提需求,默認(rèn)每條打點(diǎn)都會(huì)帶上這些字段,這樣不容易漏。
2. 事件信息
事件也就是用戶的一次操作行為,是前端打點(diǎn)中最重要的部分。
首先,我們要給每個(gè)事件起一個(gè)唯一的名稱。
比如用戶和banner發(fā)生了一些不得不說(shuō)的交互(比如點(diǎn)擊),這個(gè)事件可以叫“banner”,有些公司用的是隨機(jī)生成的字符比如“5x_aswed”,看上去像是貓咪在鍵盤上隨便按的,也有些公司用的是中文名稱比如“中通”(不是快遞,是中間通欄的意思),這個(gè)不打緊,只要是唯一標(biāo)示都可以。
其次,我們需要(一個(gè)字段)記錄這次操作的類型。
一般來(lái)說(shuō)有這4種:頁(yè)面/模塊加載→模塊展示(加載完畢)→模塊點(diǎn)擊→提交成功。
比如用戶打開(kāi)某電商App首頁(yè),這時(shí)候首頁(yè)已經(jīng)開(kāi)始加載了(1),過(guò)了0.01秒之后首頁(yè)的banner加載完畢且第一幀展示在用戶的面前(2),然后過(guò)了2妙輪播到第二幀(3),用戶點(diǎn)擊第二幀(4)。
這其中(1)就是加載事件,(2)、(3)都是展示事件,而(4)是點(diǎn)擊事件。
這時(shí)候(4)的UV/(3)的UV才是第二幀banner的UV轉(zhuǎn)化率,而不是(4)/(1)或者(4)/(2),因?yàn)榘l(fā)生(1)和(2)事件時(shí),這一幀banner根本沒(méi)有展示在用戶的面前。
截圖摘自淘寶App
那么提交事件是什么時(shí)候記錄的呢?
因?yàn)辄c(diǎn)擊banner之后會(huì)直接進(jìn)入活動(dòng)landing頁(yè)面,所以不需要記錄提交。
但在某些情況下,比如用戶在某件衣服的商品詳情頁(yè)點(diǎn)擊了“領(lǐng)券購(gòu)買”,彈出了選顏色和選尺碼的半窗,此時(shí)用戶再點(diǎn)擊半窗上的的“領(lǐng)券購(gòu)買”(5),會(huì)出現(xiàn)一個(gè)請(qǐng)選擇尺碼的提示,選好了之后,再點(diǎn)擊“領(lǐng)券購(gòu)買”(6),這才“購(gòu)買”的這個(gè)行為成功地提交了,此時(shí)系統(tǒng)還會(huì)進(jìn)行一個(gè)自動(dòng)領(lǐng)券的操作,然后推進(jìn)到下一個(gè)頁(yè)面(7)。
所以這時(shí)候(5)是點(diǎn)擊事件(點(diǎn)擊了,但是沒(méi)有成功提交),(6)才是提交事件。如果選擇顏色、尺碼的樣式?jīng)]設(shè)計(jì)好,就會(huì)導(dǎo)致點(diǎn)擊→提交的轉(zhuǎn)化率不佳,所以只記錄點(diǎn)擊顯然是不夠的。
截圖摘自淘寶App
那么有些童鞋可能會(huì)問(wèn),那直接看下一個(gè)頁(yè)面的UV,也就是(7)的展示量不就行了嗎?
其實(shí)也不然,如果網(wǎng)絡(luò)不佳會(huì)導(dǎo)致用戶沒(méi)有推進(jìn)到下一個(gè)頁(yè)面(特別是在雙十一的時(shí)候,網(wǎng)絡(luò)擠爆了),所以從上個(gè)頁(yè)面提交(6)→下個(gè)頁(yè)面加載(7),當(dāng)中還可能漏掉一部分用戶。
因此在這種情況下,提交的事件類型就很有必要了。當(dāng)然,這種情況相對(duì)復(fù)雜,大部分時(shí)候我們記錄頁(yè)面的展示、模塊的展示和點(diǎn)擊,是夠用的。
最后,除了事件名稱、事件類型,我們要記錄一些事件相關(guān)的附加信息。
比如剛剛說(shuō)的banner的第幾幀,如果每一幀都作為一個(gè)獨(dú)立事件重新命名,那就非常麻煩了(比如banner_1,banner_2……萬(wàn)一有10個(gè)banner呢)。
這時(shí)候我們?cè)偌由弦粋€(gè)字段index,在banner展示和點(diǎn)擊的時(shí)候都記錄下一個(gè)額外的數(shù)字,比如1、2、3等,用來(lái)記錄第X幀(當(dāng)然程序員小哥哥/小姐姐可能會(huì)和你說(shuō)從0標(biāo)起)。
如果banner在某段時(shí)間里面是不固定的,或者千人千面的,比如小明在第一幀看到了減脂餐的banner,小剛在第一幀看到了連衣裙的banner,那我們可以再記錄一個(gè)字段title,把banner的活動(dòng)名稱記錄下來(lái),那么小明點(diǎn)擊banner就會(huì)產(chǎn)生事件名稱“banner”,事件類型“click”(點(diǎn)擊),index“1”,title“減脂餐”這四個(gè)字段了。
3. 歸因信息
只記錄基本信息和事件信息,還是沒(méi)有辦法統(tǒng)計(jì)出在文章上半部分提到的——根據(jù)路徑(比如首頁(yè)不同的模塊)去拆解訪購(gòu)率(下單UV/模塊訪問(wèn)UV),因?yàn)槲覀冎烙脩粝聠蔚那耙粋€(gè)頁(yè)面是商品詳情頁(yè),再前一個(gè)頁(yè)面可能是商品列表頁(yè),但并不知道用戶到底是不是從首頁(yè)的哪個(gè)入口進(jìn)來(lái)的。
當(dāng)然,你可以去近似,比如點(diǎn)擊過(guò)banner的用戶在X分鐘內(nèi)訪問(wèn)了商品詳情頁(yè),但是這個(gè)時(shí)間是很難把控的,導(dǎo)致不夠精準(zhǔn)。
這時(shí)候我們需要加上一個(gè)歸因信息的字段,也就是標(biāo)識(shí)出用戶的關(guān)鍵行為到底是通過(guò)哪個(gè)路徑產(chǎn)生的。
比如我們可以把某橘色電商App的模塊簡(jiǎn)單分為搜索框、icon位、運(yùn)營(yíng)位、輪播banner、猜你喜歡等,那么我們需要一個(gè)字段來(lái)記錄本次購(gòu)買到底是哪個(gè)模塊帶來(lái)的。
原理其實(shí)也很簡(jiǎn)單,就是在用戶從每個(gè)模塊點(diǎn)擊到下一個(gè)路徑的時(shí)候帶上這個(gè)字段就行了,比如用戶在點(diǎn)擊了banner之后可能會(huì)進(jìn)到各種類似的頁(yè)面,不管是活動(dòng)頁(yè)、商品詳情頁(yè)還是店鋪?lái)?yè),只要用戶產(chǎn)生任何交互(只在關(guān)鍵的頁(yè)面記錄也可以),我們就把用戶“banner”這個(gè)信息記錄在歸因的字段上,直至最后下單。
如果用戶在下單前,又回退到了其他首頁(yè)的模塊,比如點(diǎn)擊了搜索框,那么同理,我們只需要在這個(gè)時(shí)候把“搜索框”之后的任何用戶行為(直至下單)都在歸因字段記錄下“搜索框”就行了。
這樣,我們就可以分析出,首頁(yè)各個(gè)模塊的訪購(gòu)率到底是什么水平了。
前端的打點(diǎn)介紹得差不多了,后端打點(diǎn)一般是在服務(wù)器的一些技術(shù)打點(diǎn),比如用來(lái)統(tǒng)計(jì)95線、98線、端到端響應(yīng)速度等性能,一般策略產(chǎn)品會(huì)接觸得多一點(diǎn)(比如搜索產(chǎn)品),原理也是類似的,在用戶和服務(wù)端發(fā)生交互的時(shí)候做記錄。
如果前端打點(diǎn)的數(shù)據(jù)取出來(lái)非常難以置信,但是研發(fā)小哥哥/小姐姐又覺(jué)得“我這里是好的”,那么除了請(qǐng)喝TA奶茶之外,也可以前后交叉對(duì)比下,比如我們把支付提交成功的前端打點(diǎn)和服務(wù)器收到支付成功請(qǐng)求的打點(diǎn)做個(gè)對(duì)比,誤差如果穩(wěn)定在百分之幾的話,那么基本上沒(méi)有問(wèn)題啦。
講了這么多,學(xué)姐再舉一個(gè)栗子加深印象吧,看一個(gè)列表頁(yè)功能打點(diǎn)的文檔,為了閱讀方便,打點(diǎn)就都用中文寫了。
*除了基本信息不需要贅述外(包括用戶手機(jī)型號(hào)、平臺(tái)、頁(yè)面id等等),在每次用戶提交的時(shí)候我們還會(huì)記錄一個(gè)Query_id,用這個(gè)id可以去服務(wù)端的日志中查看本次搜索的詳細(xì)情況(相當(dāng)于后端打點(diǎn)),包括各種用戶本次搜索的各種輸入信息和我們輸出給用戶的信息(比如到底展示了哪些商品等等),用于后續(xù)搜索策略的優(yōu)化。
總之,打點(diǎn)要有詳有略,既能保證用戶的每一個(gè)步驟的重要信息都要能有效提取到,又要善于巧用單獨(dú)的字段來(lái)減輕后續(xù)數(shù)據(jù)分析的工作量。
另外,打點(diǎn)設(shè)計(jì)完之后,別忘了和相關(guān)同事(運(yùn)營(yíng)、BI等)確認(rèn)是否能滿足所有想看的指標(biāo),不同崗位關(guān)心的指標(biāo)會(huì)有側(cè)重點(diǎn)不同,大家要確保萬(wàn)無(wú)一失哦~
二、 科學(xué)設(shè)計(jì)實(shí)驗(yàn)
有了打點(diǎn)之后,我們可以統(tǒng)計(jì)到一些功能的詳細(xì)數(shù)據(jù),用來(lái)驗(yàn)證這個(gè)功能/項(xiàng)目對(duì)關(guān)鍵指標(biāo)是否真的有幫助,或者是否還有提升的空間。
影響關(guān)鍵指標(biāo)的因素是很多的,比如節(jié)假日、淡旺季、廣告投放等等各種情況,所以我們還需要對(duì)想要分析的項(xiàng)目設(shè)計(jì)“實(shí)驗(yàn)”來(lái)獲取更精準(zhǔn)的數(shù)據(jù),常見(jiàn)的有以下幾種方式:
1. A/B測(cè)試
這類測(cè)試比較適合數(shù)據(jù)隨時(shí)間波動(dòng)較大的垂直類目,比如快消、服裝品牌等。
A組就是空白組——原方案,B組是實(shí)驗(yàn)組——優(yōu)化后的方案,這樣做為了要排除季節(jié)、突發(fā)事件、新的商品、宣傳活動(dòng)等等各種情況對(duì)產(chǎn)品數(shù)據(jù)造成的波動(dòng)。需要注意兩點(diǎn):
- 確保流量切分的時(shí)候盡量是均等的,一段時(shí)間內(nèi),A組和B組的UV/PV幾乎相同,這個(gè)誤差如果接近10%,實(shí)驗(yàn)的可信度就會(huì)大大降低,說(shuō)明在分流量的時(shí)候有bug。
- 確保流量切分的時(shí)候不存在任何用戶畫(huà)像上明顯的差異。比如A組女性更多,B組男性更多,就會(huì)影響實(shí)驗(yàn)結(jié)果。很多時(shí)候程序生成的“隨機(jī)”其實(shí)是偽隨機(jī),所以一定要警惕切的時(shí)候并沒(méi)有做到真正的隨機(jī)。
如果試驗(yàn)結(jié)果看上去比較異常,我們可以做AA實(shí)驗(yàn)來(lái)確定下數(shù)據(jù)的準(zhǔn)確性,即A組和B組都用原方案,來(lái)看下數(shù)據(jù)是否相同。
2. 灰度測(cè)試
灰度發(fā)布和A/B測(cè)試的原理相同的,但是流量不會(huì)均勻分配,一般是切某個(gè)比例的流量給到B組,比如5%,10%等。比較適合量級(jí)大、有影響力的核心頁(yè)面,比如淘寶首頁(yè)改版就會(huì)小范圍先切一部分流量做灰度測(cè)試,這也很適合淘寶這樣強(qiáng)運(yùn)營(yíng)的App。
運(yùn)營(yíng)可以通過(guò)灰度測(cè)試的結(jié)果對(duì)策略進(jìn)行調(diào)整,避免直接全量上線影響整個(gè)App的指標(biāo)。這種方案適合有一定研發(fā)能力的平臺(tái),因?yàn)閷?duì)流量的切分提出了更高的要求,所以大廠用得更多一些。
3. 直接發(fā)版
直接進(jìn)行發(fā)布新功能/新版本,分別看老版本和新版本的數(shù)據(jù),計(jì)算某個(gè)固定時(shí)間段內(nèi)平均值的提升。直接發(fā)版適合數(shù)據(jù)比較穩(wěn)定的平臺(tái),且對(duì)發(fā)布的產(chǎn)品功能很有信心。
比如產(chǎn)品之神張小龍就很少搞什么A/B測(cè)試、灰度測(cè)試啥的,很多改版就是直接上(比如微信7.0神馬的),當(dāng)然我們都不是產(chǎn)品之神,如果不能確保這段時(shí)間數(shù)據(jù)比較穩(wěn)定的話,還是乖乖做AB或者灰度先~
如果是通過(guò)更新客戶端來(lái)進(jìn)行版本發(fā)布(服務(wù)端發(fā)布、小程序等不用考慮),要注意等新版本覆蓋大部分用戶了之后再看數(shù)據(jù)會(huì)比較準(zhǔn),因?yàn)橄雀碌挠脩敉菍?duì)平臺(tái)比較忠誠(chéng)的用戶,只看這部分用戶,數(shù)據(jù)會(huì)偏高。
比如我們發(fā)現(xiàn)新版本發(fā)布后兩周,80%的用戶都更新完了,那么就可以對(duì)比新版本發(fā)布前老版本1個(gè)月數(shù)據(jù)的均值,和新版本發(fā)布之后第3周到第7周數(shù)據(jù)的均值(也是1個(gè)月),來(lái)進(jìn)行對(duì)比。
其實(shí)像微信出的“炸shi”之類的小彩蛋,其實(shí)很多時(shí)候是為了去催促用戶更新到新版本~
三、分析數(shù)據(jù)結(jié)果
經(jīng)歷了設(shè)計(jì)打點(diǎn)和實(shí)驗(yàn),又等待了一下版本更新覆蓋率之后,我們終于取到了數(shù)據(jù),然而結(jié)果往往充滿了驚喜(嚇)。就算數(shù)據(jù)非常符合預(yù)期,在匯報(bào)的時(shí)候有數(shù)據(jù)和圖表的那幾頁(yè)往往需要費(fèi)勁去解釋。下面就教大家比較實(shí)用的幾招,從此匯報(bào)數(shù)據(jù)無(wú)煩惱。
1. 排除干擾項(xiàng)
說(shuō)到匯報(bào)數(shù)據(jù),往往是數(shù)據(jù)跌了慘兮兮,數(shù)據(jù)漲了又要趕緊解釋原因,不然等到下周環(huán)比跌的時(shí)候又要解釋了。
記得之前學(xué)姐遇到過(guò)幾個(gè)月DAU瘋漲,當(dāng)時(shí)分析了半天沒(méi)找到原因(當(dāng)然現(xiàn)在知道啦),當(dāng)時(shí)老板打趣說(shuō)唯一的變化就是前任老板離職了,可以說(shuō)是甜蜜的負(fù)擔(dān)了。
數(shù)據(jù)總是有這么多干擾項(xiàng),像玩劇本殺一樣,我們會(huì)發(fā)現(xiàn)很多看上去可疑的線索,其中大部分都是干擾項(xiàng),要排除這些才能找到真正的“兇手”。
比如學(xué)姐的一個(gè)童鞋小超因?yàn)楹猛孀隽艘粋€(gè)扔手機(jī)的App(不建議大家下載,很費(fèi)手機(jī)),這個(gè)月突然發(fā)現(xiàn)App中廣告的曝光量跌了三分之一,收入也隨之跌了。
仔細(xì)一看,發(fā)現(xiàn)不是這個(gè)月跌了,而是上個(gè)月有幾天數(shù)據(jù)猛漲。
再進(jìn)一步拆解,發(fā)現(xiàn)是某個(gè)安卓商店的下載量在那幾天激增,于是發(fā)現(xiàn)自己的App在那幾天被這個(gè)安卓商店推薦了一下下。排除這幾天后,數(shù)據(jù)看上去就這么夸張了。
大家在分析數(shù)據(jù)時(shí),最直接的就是先按照時(shí)間畫(huà)出數(shù)據(jù)曲線,看看有沒(méi)有異常的點(diǎn),把異常點(diǎn)排除之后再去看數(shù)據(jù)。
定位了時(shí)間段(點(diǎn))之后,就像鎖定了“殺人兇器”,接下來(lái)只要找到是誰(shuí)使用的就行了。
我們可以進(jìn)一步拆解(不知道怎么拆解的可以看文章的上半部分),看是否有天氣、城市、渠道、廣告、銷售、其他產(chǎn)品功能、運(yùn)營(yíng)活動(dòng)等等各因素的影響,當(dāng)然這些因素和業(yè)務(wù)有關(guān),如果你完全沒(méi)有頭緒,可能需要更進(jìn)一步去了解業(yè)務(wù)了(比如問(wèn)問(wèn)相關(guān)部門的同事)。
技術(shù)原因也會(huì)影響到產(chǎn)品數(shù)據(jù),比如某個(gè)服務(wù)器在某天的超時(shí)的訪問(wèn)特別多,那自然會(huì)影響產(chǎn)品的轉(zhuǎn)化率了。
如果這些因素都沒(méi)有變化,我們可以更跳脫去考慮,比如是否有政策、人口、經(jīng)濟(jì)是否對(duì)整個(gè)行業(yè)的大盤產(chǎn)生了影響,從而進(jìn)一步影響到了自己的業(yè)務(wù)。
2. 選擇最直觀的圖表
自己好不容易推理出了“真兇”,但是一起玩劇本殺的小伙伴竟然沒(méi)聽(tīng)懂你的推理,還反手投了你?
這就和分析完數(shù)據(jù)之后,復(fù)盤匯報(bào)時(shí)同事不能理解這些數(shù)據(jù)一樣苦惱。到底選擇什么樣的圖表來(lái)表達(dá)數(shù)據(jù)才能做到清晰、高效?
打開(kāi)Excel我們會(huì)發(fā)現(xiàn)有N種圖表(截圖有點(diǎn)丑大家不要介意),咱就講幾種常用的:
(1)柱形圖&條形圖
柱形圖的一般用于表達(dá)某個(gè)指標(biāo)隨著時(shí)間(或者某個(gè)變量)的變化,比如每個(gè)季度的銷售額、MAU均值等。
如果變量的文案比較長(zhǎng),我們也可以用橫過(guò)來(lái)的條形圖去呈現(xiàn)(柱子之間文字太多擠不下),比如首頁(yè)每個(gè)模塊的點(diǎn)擊率。
總之,柱狀圖更強(qiáng)調(diào)趨勢(shì)變化,條形圖更強(qiáng)調(diào)比較(左圖的單位是萬(wàn),忘記標(biāo)注了,下同)。
左圖為柱形圖,右圖為條形圖
(2)柱形圖+折線圖
折線圖和柱形圖類似,也強(qiáng)調(diào)趨勢(shì)變化。
一般用于更細(xì)的數(shù)據(jù),比如分天、分小時(shí)的數(shù)據(jù),MAU按照每個(gè)季度平均一下還能用柱形圖,但是如果過(guò)去一個(gè)季度DAU的數(shù)據(jù),那用柱狀圖肯定就畫(huà)不下了,這時(shí)一般就用折線圖了(比如上面一章提到的分天曝光圖)。
既可以表達(dá)絕對(duì)數(shù)值,又可以表達(dá)出趨勢(shì),學(xué)姐個(gè)人還蠻喜歡的。
比如兩年內(nèi)每個(gè)季度的MAU均值(柱狀)和其年同比(曲線),這樣我們不僅可以看出每個(gè)季度數(shù)值和變化趨勢(shì),也可以看出年度的變化趨勢(shì)。
(3)餅圖
強(qiáng)調(diào)占比。比如我們要統(tǒng)計(jì)不同路徑下單量的占比,這時(shí)候就可以用餅圖了。很多童鞋在這個(gè)時(shí)候還是用普通的柱形圖/條形圖,這樣不如餅圖直觀。
(4)漏斗圖
顧名思義在表達(dá)漏斗的時(shí)候比較好用。比如對(duì)比新用戶和老用戶(或者不同渠道、平臺(tái)等)在打開(kāi)App→商品詳情頁(yè)→下單成功每個(gè)漏斗的UV,不過(guò)轉(zhuǎn)化率需要自己標(biāo)注下,學(xué)姐覺(jué)得這圖和直接用表格的直觀程度其實(shí)也差不多。
如果是表達(dá)兩類用戶轉(zhuǎn)化漏斗的對(duì)比,倒還不如用兩個(gè)條形圖拼一起(左邊這個(gè)需要選中兩個(gè)坐標(biāo)軸然后對(duì)刻度線選擇逆向類別)。
稍微復(fù)雜一些的圖表其實(shí)也就是一些基本圖表的組合,比如百分比柱形圖,有鄰居的柱狀圖等(官方名字是簇狀柱形圖?好拗口),大家可以根據(jù)需求去選取。
比如我們要表達(dá)每個(gè)季度的運(yùn)營(yíng)成本,和各項(xiàng)成本占營(yíng)收的比例時(shí)(比如市場(chǎng)營(yíng)銷成本、研發(fā)成本、行政管理成本),就可以用前者,強(qiáng)調(diào)趨勢(shì)+占比;表達(dá)兄弟部門每個(gè)季度銷售額PK的時(shí)候,就可以用后者,強(qiáng)調(diào)趨勢(shì)+對(duì)比。
摘自B站財(cái)報(bào)
兄弟部門業(yè)績(jī)PK圖表舉例
選擇圖表類型有點(diǎn)像 “交互”,那么學(xué)姐再分享幾個(gè)作圖的小技巧,相當(dāng)于圖表的“視覺(jué)”,可以有效提升溝通效率:
(1)適當(dāng)標(biāo)注
默認(rèn)的圖表設(shè)計(jì)很高級(jí),完全沒(méi)有數(shù)字,但是我們?yōu)榱艘獏R報(bào)的效率,還是要把關(guān)鍵的數(shù)據(jù)標(biāo)注上去,比如交易額、DAU、同比等。
另外,文字也要盡量標(biāo)得清晰,比如餅圖的默認(rèn)樣式經(jīng)常是把圖例標(biāo)注在餅圖下方,這樣看起來(lái)很累,而且投屏的顏色有變化或者圖例的顏色很像,很容易對(duì)錯(cuò),可以選擇文字直接在餅上的樣式。
(2)強(qiáng)調(diào)重點(diǎn)
如果某個(gè)數(shù)據(jù)很出彩或者需要重點(diǎn)關(guān)注,我們可以把相應(yīng)的數(shù)字加粗加大,比如餅圖的某塊餅就可以單獨(dú)放大,比如柱子的顏色改一改,就能成功引起大家(老板)的注意,摘自B站財(cái)報(bào)(每季度增值服務(wù)營(yíng)收),猛男粉太醒目了叭。
摘自B站財(cái)報(bào)
(3)坐標(biāo)軸范圍合適
默認(rèn)的坐標(biāo)軸經(jīng)常會(huì)最小值不是零,而且坐標(biāo)值最大值比我們數(shù)據(jù)的最大值大很多。
好的坐標(biāo)軸應(yīng)該是從零標(biāo)起,并且最大值只是略大于我們數(shù)據(jù)的最大值,這樣不容易放大數(shù)據(jù)波動(dòng),并且又能在把圖表的柱形或者條形展示得比較清晰。
如果有特殊情況要用某個(gè)非零的數(shù)字作為坐標(biāo)軸的起點(diǎn),一定要非常謹(jǐn)慎地標(biāo)注清楚。
(4)備注口徑
每個(gè)公司都對(duì)不同指標(biāo)都有不同的定義和叫法,一般比較明確的指標(biāo)我們不需要額外備注,有些用得少的指標(biāo)我們還是要把計(jì)算口徑標(biāo)得很清楚,包括數(shù)字從哪里取來(lái)的、時(shí)間段、版本,計(jì)算公式等等。
來(lái),學(xué)姐給一個(gè)圖表的Before & After效果圖,當(dāng)然如果不需要強(qiáng)調(diào)2020年的數(shù)據(jù)就不需要像學(xué)姐這樣把柱子的顏色改成紫色了(低調(diào)一點(diǎn)~)。
左圖為默認(rèn)圖表,右圖為優(yōu)化后
四、持續(xù)監(jiān)控——數(shù)據(jù)產(chǎn)品的類型及其適用場(chǎng)景
其實(shí)從打點(diǎn)到分析結(jié)果之間,還有一個(gè)步驟是使用數(shù)據(jù)產(chǎn)品取數(shù)。
不同的數(shù)據(jù)產(chǎn)品的適用場(chǎng)景不同,這幾年“數(shù)據(jù)產(chǎn)品經(jīng)理”這個(gè)概念也蠻火的,可見(jiàn)其重要性。雖然我們不是專業(yè)的數(shù)據(jù)產(chǎn)品和BI,不過(guò)為了日常數(shù)據(jù)分析工作可以順利進(jìn)行,我們需要對(duì)一些指標(biāo)進(jìn)行重點(diǎn)監(jiān)控,所以也需要了解數(shù)據(jù)產(chǎn)品的基礎(chǔ)知識(shí)。
常見(jiàn)的數(shù)據(jù)產(chǎn)品有這幾種類型:
(1)SQL語(yǔ)句
想怎么查數(shù)就可以怎么查,適合低頻個(gè)性化需求,比如某個(gè)新功能上線之后,往往會(huì)把數(shù)據(jù)看得詳細(xì)一些,以便更全面了解功能的使用情況。
缺點(diǎn)是容易存在安全隱患,比如有一些機(jī)密、敏感的表格不適合給全部產(chǎn)品開(kāi)放權(quán)限,比如公司內(nèi)部人員的薪資、年齡,用戶的電話號(hào)碼、其他部門的營(yíng)收等等。
所以在大公司往往會(huì)花精力去搭建一套比較完整的權(quán)限體系,避免泄漏商業(yè)機(jī)密。
有些產(chǎn)品童鞋不太會(huì)寫SQL,學(xué)姐建議大家可以買本大學(xué)的SQL教科書(shū)看看,跳過(guò)建數(shù)據(jù)庫(kù)這一塊,直接學(xué)習(xí)一些常規(guī)的查詢就好了(基本的Select from,join之類),這樣方便自己直接去查數(shù)據(jù)。
(2)取數(shù)工具
就是把某些中頻使用的SQL查詢語(yǔ)句固化下來(lái)。產(chǎn)品可以自己輸入日期范圍、類目等去查詢交易額等。
如果不懂SQL的產(chǎn)品可以找BI或者BA幫忙寫一個(gè)取數(shù)工具,自己定義一些可以輸入的字段就行了。
(3)可視化后臺(tái)
適合一些中高頻監(jiān)控的過(guò)程指標(biāo)、常見(jiàn)的路徑漏斗等,在靈活度方面稍微欠缺一些,但是勝在可以輸出圖表,易操作、直觀,是大家比較常用的。
除了大廠是自研的數(shù)據(jù)品臺(tái)之外,很多公司用的都是第三方提供的可視化數(shù)據(jù)后臺(tái)。
(4)自動(dòng)化報(bào)表
適合高頻監(jiān)控的關(guān)鍵結(jié)果指標(biāo)和過(guò)程指標(biāo),一般會(huì)用表格或圖表的形式每日自動(dòng)發(fā)送至郵箱或IM。
包含環(huán)比、同比、MTD(本月到今天為止)等,方便大家及時(shí)發(fā)現(xiàn)數(shù)據(jù)波動(dòng),避免大家做月報(bào)、周報(bào)的時(shí)候看到想半天不知道問(wèn)題出在哪兒。
當(dāng)然,這種日?qǐng)?bào)模版調(diào)整頻率會(huì)更低一些,因?yàn)楸O(jiān)控的都是最關(guān)鍵的數(shù)據(jù)。
關(guān)鍵指標(biāo)以每日為維度監(jiān)控只能發(fā)現(xiàn)一些產(chǎn)品、運(yùn)營(yíng)、銷售相關(guān)的波動(dòng)(比如跌了百分之十之類的),如果遇到一些技術(shù)性的問(wèn)題,可能數(shù)據(jù)一落千丈,等到第二天才發(fā)現(xiàn)就已經(jīng)讓公司損失幾個(gè)億了。
所以一般還會(huì)對(duì)關(guān)鍵指標(biāo)有實(shí)時(shí)監(jiān)控,比如過(guò)去一小時(shí)內(nèi),訂單量比上周同期跌掉一半,就會(huì)報(bào)警發(fā)到手機(jī)上,這樣及時(shí)發(fā)現(xiàn)線上bug。
作者:海貝學(xué)姐;公眾號(hào):海貝學(xué)姐
本文由 @海貝學(xué)姐 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,禁止轉(zhuǎn)載
題圖來(lái)自Unsplash,基于 CC0 協(xié)議
學(xué)姐 我想知道新老用戶的百分比是怎么算出來(lái)的?。?/p>
上半篇的文章鏈接放一下,這樣就直接跳轉(zhuǎn)了
學(xué)習(xí)了,學(xué)姐講得好好?。?!??
學(xué)習(xí)了,支持一波