構(gòu)建數(shù)據(jù)指標(biāo)體系中踩過的坑
編輯導(dǎo)語:作為數(shù)據(jù)產(chǎn)品經(jīng)理,與數(shù)據(jù)打交道是必不可少的事項(xiàng)。搭建數(shù)據(jù)指標(biāo)體系,一方面有助于數(shù)據(jù)產(chǎn)品經(jīng)理根據(jù)數(shù)據(jù)縷清產(chǎn)品設(shè)計(jì)思路,另一方面也有助于推動(dòng)團(tuán)隊(duì)理解與后期產(chǎn)品落地。本篇文章里,作者總結(jié)了構(gòu)建數(shù)據(jù)指標(biāo)體系中的注意事項(xiàng),一起來看一下。
構(gòu)建指標(biāo)體系可以說是數(shù)據(jù)產(chǎn)品經(jīng)理的「基本功」,在工作當(dāng)中總要和各種各樣的指標(biāo)打交道,這篇文章聊聊在做指標(biāo)設(shè)計(jì)的時(shí)候遇到的麻煩、解決的方法,對容易忽視的問題進(jìn)行了重點(diǎn)標(biāo)注。
文章的整體構(gòu)架如圖:
一、數(shù)據(jù)指標(biāo)體系概述
1. 「自下而上」理解「單個(gè)指標(biāo)」的定義
在介紹如何構(gòu)建數(shù)據(jù)指標(biāo)體系之前,咱們先看看「單個(gè)指標(biāo)」通常都是怎么定義的,以交易環(huán)節(jié)中常用的指標(biāo)“當(dāng)日通過微信支付的用戶數(shù)量”為例,對指標(biāo)結(jié)構(gòu)進(jìn)行拆解:
- 時(shí)間周期:用于明確時(shí)間范圍,如當(dāng)日、近3日、近7日、近30日、營銷窗口期……
- 修飾詞:用于明確場景類型,如瀏覽、閱讀、點(diǎn)贊、收藏、設(shè)為最愛……
- 原子指標(biāo):不可再拆分的核心表述,如總時(shí)長、文章數(shù)量、支付金額、下單筆數(shù)……
「自下而上」的應(yīng)用方式:
幾乎所有的指標(biāo)都可以依據(jù)上述的方法進(jìn)行拆分,工作中我會(huì)使用它做兩件事情:
- 在指標(biāo)設(shè)計(jì)的初期,快速地頭腦風(fēng)暴幾個(gè)指標(biāo)demo,便于后續(xù)和業(yè)務(wù)人員更具象地溝通討論,提升效率;
- 在指標(biāo)設(shè)計(jì)交稿之前,復(fù)審指標(biāo)有沒有拆分不到位、遺漏的情況,盡可能地減少二次開發(fā)。
2. 「自上而下」構(gòu)建「數(shù)據(jù)指標(biāo)體系」
1)第一層:業(yè)務(wù)板塊
數(shù)據(jù)平臺(tái)往往面向的是公司/事業(yè)群的業(yè)務(wù),會(huì)有多個(gè)業(yè)務(wù)板塊(新聞、視頻、電商、廣告等等),每個(gè)業(yè)務(wù)板塊服務(wù)的人群是不一樣的,關(guān)注的維度也就不一樣。類比于公司的組織架構(gòu)一樣,在設(shè)計(jì)指標(biāo)體系的時(shí)候,第一層可以按照業(yè)務(wù)板塊進(jìn)行劃分。
2)第二層:業(yè)務(wù)子模塊
面向業(yè)務(wù)的進(jìn)一步模塊劃分;以電商為例,可以有用戶模塊、商戶模塊、供應(yīng)鏈模塊、支付模塊等等,它們有些側(cè)重于屬性特征(如商戶模塊)、有些側(cè)重于行為特征(如支付模塊),進(jìn)行拆分后便于管理和維護(hù),同時(shí)也方便后期與其他系統(tǒng)進(jìn)行基礎(chǔ)信息共享。
3)第三層:業(yè)務(wù)環(huán)節(jié)
對用戶行為等進(jìn)行拆解,以支付模塊為例,通過對全鏈路進(jìn)行拆解,可以劃分為“提交訂單→支付→退款”等環(huán)節(jié)。
4)第四層:時(shí)間周期、修飾詞、原子指標(biāo)
時(shí)間周期很好理解,重點(diǎn)說一下修飾詞,這個(gè)地方需要去深入理解業(yè)務(wù),才能設(shè)計(jì)出合理的、對業(yè)務(wù)真正有幫助的指標(biāo)。
比如支付環(huán)節(jié),會(huì)有“正常支付的、超時(shí)未支付的、多次支付失敗的、因余額不足導(dǎo)致支付失敗的、自動(dòng)退款的”等等。這部分內(nèi)容要和需求方(運(yùn)營、業(yè)務(wù)產(chǎn)品經(jīng)理等)進(jìn)行深入溝通和確認(rèn),后面的建設(shè)步驟中也會(huì)有介紹。
「自上而下」的應(yīng)用方式:
在和需求方大致溝通業(yè)務(wù)需求之后,在整體框架設(shè)計(jì)中可以采用這種方式對指標(biāo)體系進(jìn)行梳理:
- 便于縷清思路,避免遺漏大的模塊和環(huán)節(jié)(如果架構(gòu)上有遺漏,很有可能大大增加后期的維護(hù)和重構(gòu)成本);
- 便于后期數(shù)倉開發(fā)的人員理解需求,減少溝通成本。
二、如何說服各方配合搭建數(shù)據(jù)指標(biāo)體系
之所以把這個(gè)環(huán)節(jié)單獨(dú)作為一節(jié),是因?yàn)閿?shù)據(jù)平臺(tái)具有中臺(tái)屬性,最終是要服務(wù)于業(yè)務(wù),爭取各方支持對于數(shù)據(jù)指標(biāo)體系的建設(shè)質(zhì)量和價(jià)值體現(xiàn)非常重要,有了好的開頭后面的事情才會(huì)順利。
當(dāng)然這件事有時(shí)并不容易,但做到了的話,好處是顯而意見的:
- 有利于爭取資源。畢竟公司的研發(fā)資源是有限的,爭取到更多領(lǐng)導(dǎo)的支持自然有助于獲取資源,不然可能就是“這個(gè)需求,排期明年吧”,有再好的想法沒有資源能落地也很難受。
- 指標(biāo)更系統(tǒng)化、更有業(yè)務(wù)導(dǎo)向,不會(huì)閉門造車。術(shù)業(yè)有專攻,數(shù)據(jù)產(chǎn)品經(jīng)理不可能洞悉所有的業(yè)務(wù)環(huán)節(jié)和細(xì)節(jié),而產(chǎn)品經(jīng)理和運(yùn)營人員更了解產(chǎn)品的模塊、關(guān)心點(diǎn)和常見問題等,有大家的深度參與最終的效果才會(huì)好。
- 有助于體現(xiàn)數(shù)據(jù)平臺(tái)的價(jià)值,獲得各方的認(rèn)可。從心理學(xué)上講,大家親自參與的項(xiàng)目,會(huì)更有認(rèn)同感和使用的欲望,畢竟只有大家真正的把數(shù)據(jù)用起來,才能更好地體現(xiàn)數(shù)據(jù)價(jià)值。
那究竟怎么做呢,有一些小tips僅供參考。
1)需求側(cè),抓住一切可能的機(jī)會(huì)輸出「數(shù)據(jù)指標(biāo)體系能夠提升大家工作效率」的理念。
比如多個(gè)部門在一個(gè)活動(dòng)上匯報(bào)的數(shù)據(jù)不一致,大老板詢問數(shù)據(jù)平臺(tái)的時(shí)候,你可以抓住機(jī)會(huì),“如果作為指標(biāo)統(tǒng)一起來,可以避免大家對指標(biāo)定義不一致的問題,可以更高效地定位問題,更準(zhǔn)確地反映業(yè)務(wù)發(fā)展情況……”
再比如搞一個(gè)營銷活動(dòng),運(yùn)營人員找到你,想要一個(gè)用戶增長數(shù)據(jù)的時(shí)候,你可以向他介紹,“臨時(shí)增加這個(gè)指標(biāo)需要多長時(shí)間,他可能需要比較滯后才能看到這個(gè)數(shù)據(jù),但是如果在早期就已經(jīng)做好了指標(biāo)的設(shè)計(jì),那這個(gè)時(shí)候就只需要場景遷移,時(shí)間會(huì)縮短XXX”。
老板認(rèn)可了,執(zhí)行層的員工也理解了這個(gè)事情對工作的幫助,合作起來自然比較愉快。
2)研發(fā)側(cè),除了輸出理念,還有一點(diǎn)非常重要,做一個(gè)「靠譜的中間人」。
- 指標(biāo)框架和需求要清晰明了,最好能有demo示例,便于高效達(dá)成一致理解,減少反復(fù);
- 要對業(yè)務(wù)環(huán)節(jié)有一定程度的了解,提升效率,不能只做“傳話人”,對研發(fā)提的業(yè)務(wù)問題不能一問三不知;
- 有同理心,在匯報(bào)中盡量體現(xiàn)各方的貢獻(xiàn)和產(chǎn)出。
三、搭建數(shù)據(jù)指標(biāo)體系的步驟
以電商場景為例,搭建數(shù)據(jù)指標(biāo)體系。
1. 需求調(diào)研
在數(shù)據(jù)指標(biāo)體系的搭建初期,一定要與各業(yè)務(wù)方深入了解業(yè)務(wù)場景、業(yè)務(wù)流程和核心關(guān)注點(diǎn)。
需求調(diào)研的方式有很多,從定性與定量、主觀和客觀兩個(gè)維度來劃分,大致有四種方法:用戶訪談、問卷調(diào)查、可用性測試和數(shù)據(jù)分析。
簡單說就是蘇杰老師的“定性地說,定量地說,定性地做,定量地做”(具體的方式建議大家讀一下《人人都是產(chǎn)品經(jīng)理》,很經(jīng)典的一本書,上面很多例子讓人印象深刻)。
- 用戶訪談:可用于產(chǎn)品前期問題收集以及日常發(fā)現(xiàn)問題的原因探尋;
- 問卷調(diào)查:可用于確定具體問題的重要程度;
- 可用性測試:招募用戶真實(shí)使用產(chǎn)品,收集用戶反饋;
- 數(shù)據(jù)分析:通過分析大量用戶的真實(shí)使用情況發(fā)現(xiàn)問題。
注意這里需求方提出的有可能是「偽需求」,數(shù)據(jù)產(chǎn)品經(jīng)理要有「打破砂鍋問到底」的精神。
舉個(gè)例子:
- 運(yùn)營喵今天說“用戶投訴今天支付失敗率好高,能給我一個(gè)界面看到失敗率嗎,有情況我好及時(shí)發(fā)現(xiàn)?”
- 產(chǎn)品汪完全按照需求方的要求,這個(gè)功能很快上線了。
- 后續(xù)需求馬上又來了“能給我一個(gè)區(qū)分支付渠道的失敗率嗎?”、“失敗原因的數(shù)據(jù)有沒有呀?”
- 于是產(chǎn)品汪和程序猿又忙碌了起來,好不容易兩天后功能上線了。
- 運(yùn)營喵感慨“平臺(tái)效率好低哦,這個(gè)需求提了好久了呀,怎么這次又要等好幾天”。
- 最終的結(jié)果就是大家都很疲憊……
其實(shí)可以一次性解決的問題,工作中可能要折騰很多次,究其原因,有部分原因是在需求溝通的時(shí)候沒有聊透。
如果在第一次,產(chǎn)品汪能夠了解到,發(fā)現(xiàn)失敗率高之后運(yùn)營喵要定位是哪個(gè)渠道出了問題,再進(jìn)一步需要知道是收單機(jī)構(gòu)的問題還是賬戶機(jī)構(gòu)的問題,更進(jìn)一步定位失敗原因,他就可以給運(yùn)營喵提出建議,”你的問題可以通過系統(tǒng)錯(cuò)誤碼和業(yè)務(wù)錯(cuò)誤碼進(jìn)行定位”,從而設(shè)計(jì)一個(gè)由錯(cuò)誤碼為底層數(shù)據(jù)的數(shù)據(jù)采集和處理流程,指標(biāo)體系的可擴(kuò)展性就強(qiáng)了很多。
下次運(yùn)營喵發(fā)現(xiàn)問題的時(shí)候,就可以通過數(shù)據(jù)平臺(tái)的下鉆功能一層一層地定位問題了,效率提高了不少,同時(shí)也可以提升用戶體驗(yàn)。
這種情況相信大家多多少少都遇見過,其實(shí)大家都沒錯(cuò),只是看不到”認(rèn)知范圍以外的事情”。
- 從運(yùn)營喵的角度:定位問題原因是很常規(guī)的操作呀,需要費(fèi)這么口舌嗎;
- 從產(chǎn)品汪的角度:收到的需求就是”展示失敗率”,滿足需求了呀;
- 從程序猿的角度:早說是這個(gè)功能呀,浪費(fèi)了好多時(shí)間,后面還有好多需求排著呢。
收到需求后不要馬不停蹄地就開干,盡可能地去挖掘用戶的真正需求,極致的數(shù)據(jù)產(chǎn)品經(jīng)理甚至能根據(jù)需求背后的問題場景,籌備更具有建設(shè)性的解決方案,“比用戶更了解用戶”。
2. 分析業(yè)務(wù)流程,明確業(yè)務(wù)口徑,劃分優(yōu)先級(jí)
電商是零售交易模式的一種,一般圍繞“人”、“貨”、“場”進(jìn)行指標(biāo)設(shè)計(jì)。在場中的平臺(tái)運(yùn)營環(huán)節(jié),大致可以分為“瀏覽→加入購物車→提交訂單→支付→評(píng)價(jià)”(實(shí)際中還有注冊/登陸、加入收藏夾、退貨退款、復(fù)購等眾多可能環(huán)節(jié),此處不做展開)。
每個(gè)流程都需要很多業(yè)務(wù)指標(biāo)支撐后續(xù)的分析,這里舉幾個(gè)例子,后面如果有時(shí)間再詳細(xì)寫:
- 瀏覽階段:用戶瀏覽量、頁面停留時(shí)長、頁面有效瀏覽時(shí)長、直接跳出APP的用戶比例等;
- 加入購物車階段:今日加購的商品數(shù)、近3日加購的商品數(shù),加購超過30天的商品數(shù),加購商品中女裝占比,加購商品平均價(jià)格等;
- 提交訂單:提交訂單的筆數(shù)、提交訂單的金額、提交訂單的用戶數(shù)量、提交訂單的地區(qū)分布等;
- 支付:支付成功/失敗筆數(shù)、支付成功/失敗金額、支付成功/失敗用戶數(shù)、支付成功/失敗商品數(shù)、支付失敗率、多次支付失敗的用戶數(shù)量、主動(dòng)取消支付的用戶數(shù)量等;
- 評(píng)價(jià):商品好評(píng)率/中評(píng)率/差評(píng)率,有效評(píng)價(jià)率等。
明確業(yè)務(wù)口徑的時(shí)候,對于有閾值設(shè)置的指標(biāo)(例如近7天每天都登陸APP的用戶數(shù)量),要確認(rèn)閾值的合理性,因?yàn)檫@個(gè)閾值有可能是需求方拍腦袋定的,而后續(xù)修改其實(shí)可能非常麻煩。
常用的方法是對指標(biāo)分布進(jìn)行測算,和需求方一起通過分布情況選擇一個(gè)合理的指標(biāo)。從實(shí)際情況出發(fā),如果類似的指標(biāo)比較多,測算時(shí)間來不及的話,可以選定其中幾個(gè)重要的指標(biāo)進(jìn)行測算,至少保證核心指標(biāo)的可用性。
數(shù)據(jù)產(chǎn)品經(jīng)理還有一項(xiàng)很重要的工作就是「劃分優(yōu)先級(jí)」,因?yàn)楣ぷ髦忻總€(gè)業(yè)務(wù)都有非常非常多的指標(biāo)需要建立,而這些都是有成本的,所以需要綜合考慮性價(jià)比,圈定核心指標(biāo)優(yōu)先開發(fā)。
3. 明確技術(shù)口徑,判斷可行性
數(shù)據(jù)產(chǎn)品經(jīng)理需要將指標(biāo)框架和指標(biāo)業(yè)務(wù)邏輯給到數(shù)倉建模工程師,由他完成指標(biāo)的計(jì)算。可以在業(yè)務(wù)指標(biāo)的初稿出來之后(而不是定稿之后),就與技術(shù)人員進(jìn)行溝通。
- 需要確認(rèn)指標(biāo)是否可計(jì)算,有些數(shù)據(jù)沒有進(jìn)行埋點(diǎn)上報(bào),底層數(shù)據(jù)層面就是不支持的;
- 可以大致溝通一下開發(fā)時(shí)間和排期安排。
適當(dāng)提前介入技術(shù)口徑階段,避免“理想很豐滿,現(xiàn)實(shí)很骨干”的狀況發(fā)生。
進(jìn)階一步,告知需求方那些目前無法實(shí)現(xiàn)的指標(biāo),在上線了哪些功能/埋點(diǎn)后可以獲取,如果大家判斷說這個(gè)指標(biāo)確實(shí)很重要,那么下一步組會(huì)業(yè)務(wù)方產(chǎn)品經(jīng)理看看要不要做這個(gè)功能。
4. 原型設(shè)計(jì)
指標(biāo)計(jì)算后,一般在數(shù)據(jù)平臺(tái)上進(jìn)行可視化展現(xiàn)(儀表盤和報(bào)表等),這很考驗(yàn)數(shù)據(jù)產(chǎn)品經(jīng)理對數(shù)據(jù)的理解,需要根據(jù)指標(biāo)的含義選擇其合理的展現(xiàn)形式:
- 表格:一般用于展示明細(xì)數(shù)據(jù);
- 柱狀圖:一般用來展示2-4主體的指標(biāo)對比情況;
- 餅狀圖:一般用來展現(xiàn)占比情況;
- 折線圖:一般用來展現(xiàn)趨勢變化,查看一定時(shí)間段的數(shù)據(jù)波動(dòng)情況;
- 地圖:一般用來展現(xiàn)熱點(diǎn)地區(qū)分布情況;
- 漏斗圖:一般用于展現(xiàn)環(huán)節(jié)比較多的流程分析,如“瀏覽→加購→提交訂單→支付 ”每一個(gè)環(huán)節(jié)的流失率;
- 桑葚圖:一般用于展現(xiàn)用戶行為路徑,如新增用戶在一段時(shí)間后變?yōu)闀?huì)員、活躍用戶、僵尸用戶等。
互聯(lián)網(wǎng)公司一般都有專業(yè)的「BI方向」的數(shù)據(jù)產(chǎn)品經(jīng)理,還有UI設(shè)計(jì)師,既然這章主要講指標(biāo)設(shè)計(jì),那這部分內(nèi)容后續(xù)再單獨(dú)寫。
5. 項(xiàng)目流程跟進(jìn)(評(píng)審、數(shù)據(jù)開發(fā)、前后端開發(fā)、測試、上線)
數(shù)據(jù)產(chǎn)品經(jīng)理需要推進(jìn)產(chǎn)品的開發(fā)狀態(tài),一般的環(huán)節(jié)如下:
- 評(píng)審:組會(huì)向重要環(huán)節(jié)成員介紹產(chǎn)品的價(jià)值、功能和交互形式,演示demo,目的一是拉齊大家對產(chǎn)品的理解,提高效率;二是傾聽不同領(lǐng)域的專家意見,查缺補(bǔ)漏,及時(shí)發(fā)現(xiàn)問題,避免返工。
- 數(shù)據(jù)開發(fā):對接大數(shù)據(jù)開發(fā)工程師、數(shù)倉建模工程師。
- 前后端開發(fā):對接UI設(shè)計(jì)師、前端開發(fā)工程師、后端開發(fā)工程師。
- 測試:對接測試工程師。
- 上線:對接運(yùn)維工程師。
測試環(huán)節(jié)最好拿部分「現(xiàn)有的數(shù)據(jù)」和「待上線產(chǎn)品的數(shù)據(jù)」進(jìn)行校驗(yàn),增加準(zhǔn)確性,因?yàn)橛行┲笜?biāo)計(jì)算比較復(fù)雜,測試環(huán)節(jié)可能會(huì)有遺漏,畢竟是上線前的「守門員」,建議多一層防守。
6. 跟進(jìn)用戶反饋
產(chǎn)品上線「是服務(wù)的開始,而不是服務(wù)的結(jié)束」,接下來要長期跟進(jìn)指標(biāo)的變化,優(yōu)化指標(biāo)的展現(xiàn)形式。當(dāng)有新產(chǎn)品上線、業(yè)務(wù)模塊更新或新營銷活動(dòng)上線時(shí),數(shù)據(jù)指標(biāo)也需要進(jìn)行更新。
數(shù)據(jù)產(chǎn)品也是產(chǎn)品,雖然現(xiàn)在大多數(shù)企業(yè)還是內(nèi)部使用,沒有對外賦能,但是也需要有合理的”運(yùn)營“和“推廣”。公司內(nèi)部可以通過編寫使用手冊、開展跨部門培訓(xùn)等方式讓大家更好地把數(shù)據(jù)平臺(tái)“用起來”,也可以小規(guī)模鍛煉自己在用戶增長方面的能力。
在收集用戶反饋方面,不要被動(dòng)被吐槽,要主動(dòng)出擊:
- 通過后臺(tái)數(shù)據(jù)可以分析最近用戶的使用頻率、常用的操作、高頻訪問的指標(biāo)、失敗的操作記錄等;
- 主動(dòng)找運(yùn)營、業(yè)務(wù)產(chǎn)品的同事面對面聊聊,問問他們的使用體驗(yàn)和建議。
近期會(huì)集中更新一些之前的筆記,期待交流和批評(píng)指正。
本文由 @Amy 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,禁止轉(zhuǎn)載。
題圖來自Unsplash,基于CC0協(xié)議。
感謝分享!作者大大的這篇文章對我一個(gè)數(shù)據(jù)小白在最近搭建數(shù)據(jù)指標(biāo)體系的時(shí)候?qū)嵲谔杏昧耍?br /> 另外想請教一下,關(guān)于時(shí)間周期和修飾詞的梳理,是所有模塊通用的,還是按照不用業(yè)務(wù)模塊梳理不同的時(shí)間周期和修飾詞呢?
抱歉這段時(shí)間比較忙,剛看見您的信息。在時(shí)間周期和修飾詞上,我一般是先根據(jù)業(yè)務(wù)進(jìn)行拆解分析,然后對這些業(yè)務(wù)進(jìn)行“合并同類項(xiàng)”,盡量讓絕大多數(shù)(大概80%)是通用的,一小部分(大概20%)是個(gè)性化的。個(gè)人理解:
(1)如果都做成通用化的,為了覆蓋所有需求,就需要“取并集”,勢必造成很多冗余指標(biāo),業(yè)務(wù)人員查找、使用指標(biāo)的時(shí)候其實(shí)不是很方便。比如用戶行為分析,業(yè)務(wù)同事可能只需要以天為維度的數(shù)據(jù);訪問并發(fā)量,可能是以秒為維度;這種情況下沒有必要為了“通用”而都使用秒為維度,徒增系統(tǒng)計(jì)算的負(fù)擔(dān)而沒有業(yè)務(wù)收益。
(2)在業(yè)務(wù)人員提出需求的基礎(chǔ)上,預(yù)留空間。還是以用戶行為分析為例吧,現(xiàn)在業(yè)務(wù)人員的需求是“計(jì)算用戶的日訪問量/購買量”,那我們在設(shè)計(jì)指標(biāo)的時(shí)候就好能下探和擴(kuò)展一層,比如“用戶一天中訪問/購買最活躍的時(shí)間段”,這也是一個(gè)和常用的指標(biāo)(當(dāng)然這個(gè)比較靠經(jīng)驗(yàn)啦),那我們在設(shè)計(jì)指標(biāo)的時(shí)候可以考慮以“小時(shí)”為維度(畢竟除了考慮業(yè)務(wù)需求,我們作為“業(yè)務(wù)”和“技術(shù)”的橋梁,也要同時(shí)考慮到數(shù)據(jù)倉庫后續(xù)的改造成本)