埋點(diǎn)之痛和埋點(diǎn)治理流程
編輯導(dǎo)讀:數(shù)據(jù)埋點(diǎn)是指在產(chǎn)品中加入統(tǒng)計(jì)代碼做用戶行為數(shù)據(jù)的收集,對(duì)于產(chǎn)品迭代和運(yùn)營(yíng)策略調(diào)整有很大的幫助,但是,很多公司對(duì)于數(shù)據(jù)埋點(diǎn)總是用不起來(lái)。本文作者對(duì)此進(jìn)行了分析,希望對(duì)你有幫助。
數(shù)據(jù)埋點(diǎn),也叫數(shù)據(jù)打點(diǎn),是指在網(wǎng)站或者APP中加入一些統(tǒng)計(jì)代碼進(jìn)行用戶行為數(shù)據(jù)的采集,通過(guò)分析埋點(diǎn)數(shù)據(jù),來(lái)幫助產(chǎn)品做迭代及運(yùn)營(yíng)調(diào)整策略。
埋點(diǎn)的價(jià)值以及正確埋點(diǎn)的重要性,基本上所有的產(chǎn)品或者數(shù)據(jù)相關(guān)人員都得需要了解。埋點(diǎn)的數(shù)據(jù)價(jià)值很多公司都有清晰的認(rèn)識(shí),但為什么有的公司埋點(diǎn)總是用不起來(lái)呢?
一、埋點(diǎn)之痛
埋點(diǎn)的數(shù)據(jù)價(jià)值是一個(gè)數(shù)據(jù)驅(qū)動(dòng)型的互聯(lián)網(wǎng)公司需要認(rèn)真考慮的事情。很多公司都有自己的埋點(diǎn),但埋點(diǎn)數(shù)據(jù)卻因各種原因用不起來(lái),或者叫很難用好。埋點(diǎn)體系上涉及到的干系人非常多,而每一環(huán)又都不可或缺,任何一環(huán)的不重視都會(huì)導(dǎo)致埋點(diǎn)出問(wèn)題。我想很多數(shù)據(jù)從業(yè)人員都知道埋點(diǎn)數(shù)據(jù)價(jià)值,但基于各種歷史原因和現(xiàn)狀卻經(jīng)常會(huì)感嘆“”埋點(diǎn)數(shù)據(jù)怎么這么難用”。埋點(diǎn)之痛,不經(jīng)歷過(guò)埋點(diǎn)體系的從業(yè)務(wù)無(wú)法感同身受。
我們首先來(lái)梳理下多數(shù)公司 埋點(diǎn)治理體系的干系人及其痛點(diǎn)。一般埋點(diǎn)體系涉及到的人員有:業(yè)務(wù)方(常說(shuō)的需求方 市場(chǎng)運(yùn)營(yíng)團(tuán)隊(duì)),產(chǎn)品(專(zhuān)指前端APP產(chǎn)品,部分公司由APP產(chǎn)品經(jīng)理代提埋點(diǎn)需求),開(kāi)發(fā)(埋點(diǎn)開(kāi)發(fā)人員),測(cè)試(埋點(diǎn)數(shù)據(jù)測(cè)試),數(shù)據(jù)(包括兩類(lèi)角色:數(shù)據(jù)工程師,解析埋點(diǎn)并規(guī)范落庫(kù);數(shù)據(jù)分析師:使用埋點(diǎn)數(shù)據(jù)進(jìn)行取數(shù)或分析)。
在數(shù)據(jù)產(chǎn)品經(jīng)理這個(gè)角色慢慢成形之前,一般是由業(yè)務(wù)團(tuán)隊(duì)的前端產(chǎn)品或者業(yè)務(wù)團(tuán)隊(duì)商業(yè)分析師來(lái)提埋點(diǎn)需求,目前很多中大型公司會(huì)有專(zhuān)門(mén)的數(shù)據(jù)產(chǎn)品經(jīng)理來(lái)負(fù)責(zé)埋點(diǎn)需求和全流程。那我們來(lái)總結(jié)下,這些角色的“埋點(diǎn)之痛”:
1. 業(yè)務(wù)方
1)埋點(diǎn)需求告訴產(chǎn)品了,但最后的數(shù)據(jù)卻不是我想要的,沒(méi)解決我的問(wèn)題
2)想要做分析卻發(fā)現(xiàn)數(shù)據(jù)不支持,該埋得點(diǎn)沒(méi)埋或埋錯(cuò)了,不該埋點(diǎn)埋了一大堆
2. 產(chǎn)品
1)各條產(chǎn)品線各個(gè)功能模塊產(chǎn)品各負(fù)責(zé)各自的埋點(diǎn),很難全局規(guī)劃和統(tǒng)一
2)除了負(fù)責(zé)功能需要,還要負(fù)責(zé)埋點(diǎn)需求,事情忙起來(lái),根本無(wú)暇顧及埋點(diǎn)需求
3)業(yè)務(wù)一句話需求,也不說(shuō)明白想要看什么指標(biāo),想分析什么運(yùn)營(yíng)
3. 開(kāi)發(fā)
1) 產(chǎn)品這邊五花八門(mén)埋點(diǎn)需求文檔,我到底按哪個(gè)的標(biāo)準(zhǔn)來(lái)?
2) 嵌套到業(yè)務(wù)邏輯中的埋點(diǎn)代碼,看著頭疼,以后怎么維護(hù)?
3) 每次埋點(diǎn)都需要重新發(fā)版,埋點(diǎn)相對(duì)業(yè)務(wù)功能滯后,影響業(yè)務(wù)功能開(kāi)發(fā)及上線進(jìn)度
4) 有些APP業(yè)務(wù)端需求火急火燎,根本沒(méi)時(shí)間詳細(xì)考慮這塊埋點(diǎn)
4. 測(cè)試
1)埋點(diǎn)設(shè)計(jì)需求不清晰,沒(méi)個(gè)測(cè)試驗(yàn)收標(biāo)準(zhǔn),怎么測(cè)都測(cè)不準(zhǔn)
2)埋點(diǎn)功能嵌入到業(yè)務(wù)邏輯代碼里面,每次測(cè)埋點(diǎn)都要重新走一遍流程
3)埋點(diǎn)事件存在性好測(cè),埋點(diǎn)數(shù)據(jù)準(zhǔn)確性,測(cè)的我心累
5. 數(shù)據(jù)分析
1)同一個(gè)埋點(diǎn)類(lèi)型,存在無(wú)數(shù)個(gè)事件,讓我怎么做統(tǒng)計(jì)分析?
2)事件定義的不清楚,問(wèn)了開(kāi)發(fā)和產(chǎn)品,問(wèn)死都問(wèn)不出來(lái)個(gè)所以然
3)做個(gè)行為數(shù)據(jù)的BI,業(yè)務(wù)怎么老說(shuō)數(shù)據(jù)有問(wèn)題
想必各位數(shù)據(jù)人或多多少都會(huì)碰到上述問(wèn)題,埋點(diǎn)之難,難道真的無(wú)法解決了嗎?到底是人出了問(wèn)題還是流程體系出了問(wèn)題?
二、規(guī)范埋點(diǎn)治理流程
很顯然,埋點(diǎn)治理流程不對(duì)是導(dǎo)致埋點(diǎn)數(shù)據(jù)難以治理的根本原因。沒(méi)有一個(gè)核心人物對(duì)埋點(diǎn)數(shù)據(jù)負(fù)責(zé),那必然導(dǎo)致事不關(guān)己高高掛起。那到底應(yīng)該由什么角色來(lái)牽頭負(fù)責(zé)埋點(diǎn)全生命周期,保障埋點(diǎn)數(shù)據(jù)可用性呢?筆者基于自己公司的實(shí)踐經(jīng)驗(yàn),總結(jié)出 可以由 數(shù)據(jù)人員(具體可以是數(shù)據(jù)產(chǎn)品經(jīng)理)來(lái)把控埋點(diǎn)需求流程,統(tǒng)一設(shè)計(jì)埋點(diǎn)需求,并對(duì)埋點(diǎn)數(shù)據(jù)可用性負(fù)責(zé)?;趥鹘y(tǒng)的埋點(diǎn)(前端產(chǎn)品/分析師)提需流程,經(jīng)過(guò)優(yōu)化后建議的提需流程如下:
業(yè)務(wù)需求統(tǒng)一匯集到 前端app產(chǎn)品處,然后app產(chǎn)品和數(shù)據(jù)部數(shù)據(jù)產(chǎn)品對(duì)接埋點(diǎn)業(yè)務(wù)需求,同時(shí)app產(chǎn)品產(chǎn)出PRD后給到數(shù)據(jù)PM,數(shù)據(jù)PM基于前端PRD來(lái)設(shè)計(jì)埋點(diǎn)需求,出埋點(diǎn)需求文檔(DRD)。這里面數(shù)據(jù)PM會(huì)和前端產(chǎn)研有多次交互,一個(gè)好的交互方式能及時(shí)消除信息不對(duì)稱(chēng),筆者經(jīng)過(guò)實(shí)踐,為提高整體埋點(diǎn)治理效率,總結(jié)出如下整個(gè)埋點(diǎn)生命周期流程中 前端功能需求和埋點(diǎn)需求協(xié)同的節(jié)奏:
經(jīng)過(guò)幾個(gè)月的實(shí)踐,我們發(fā)現(xiàn)埋點(diǎn)治理新流程有如下優(yōu)勢(shì):
- 統(tǒng)一了埋點(diǎn)需求入口和出口
- 統(tǒng)一了埋點(diǎn)設(shè)計(jì)規(guī)范
- 加深了數(shù)據(jù)對(duì)產(chǎn)品業(yè)務(wù)的理解
- 產(chǎn)出了更多的有價(jià)值數(shù)據(jù)應(yīng)用
當(dāng)然也有一些缺點(diǎn),比如數(shù)據(jù)和產(chǎn)研頻繁交互會(huì)更多,溝通成本會(huì)上升,這一點(diǎn)也可以在具體實(shí)踐中不斷優(yōu)化流程,達(dá)到最優(yōu)最合適的效果。
那具體新的埋點(diǎn)治理流程到底能有啥效果,能不能量化評(píng)估,接下來(lái)談?wù)勎覀兪窃趺慈ピu(píng)估這套新流程的效果。
效果評(píng)估:
效果評(píng)估從兩個(gè)維度來(lái):準(zhǔn)確的數(shù)據(jù)應(yīng)用產(chǎn)出,解決了流程干系人的痛點(diǎn)。
比如之前數(shù)據(jù)很難用,因?yàn)閿?shù)據(jù)質(zhì)量問(wèn)題,幾乎就只能做少量分析;現(xiàn)在統(tǒng)一流程和規(guī)范后,數(shù)據(jù)分析同學(xué)能基于埋點(diǎn)數(shù)據(jù)產(chǎn)出很多(取數(shù),分析,BI,甚至行為數(shù)據(jù)產(chǎn)品)。之前流程干系人的埋點(diǎn)之痛,現(xiàn)在大多數(shù)也都解決了。
具體過(guò)去和現(xiàn)在對(duì)比如下:
下一步規(guī)劃:
統(tǒng)一和規(guī)范了埋點(diǎn)治理流程 是實(shí)現(xiàn)埋點(diǎn)治理的關(guān)鍵的一步,也是埋點(diǎn)整體治理體系的第一步。公司要根據(jù)自身業(yè)務(wù)發(fā)展的階段,公司的研發(fā)資源,成本等來(lái)綜合評(píng)估是否還要進(jìn)一步完善埋點(diǎn)治理體系。一個(gè)完整的埋點(diǎn)治理體系,除了統(tǒng)一埋點(diǎn)提需流程,還包含 打通各業(yè)務(wù)線,做統(tǒng)一的埋點(diǎn)事件設(shè)計(jì),統(tǒng)一的埋點(diǎn)管理平臺(tái),統(tǒng)一的埋點(diǎn)測(cè)試平臺(tái),統(tǒng)一的行為數(shù)據(jù)分析平臺(tái)。具體這些平臺(tái)如何來(lái)實(shí)施,后續(xù)有空再分享。
當(dāng)然,埋點(diǎn)數(shù)據(jù)的價(jià)值應(yīng)該被高層所重視,建議能自頂向下推動(dòng)數(shù)據(jù)驅(qū)動(dòng)業(yè)務(wù)的文化,如果沒(méi)有這層驅(qū)動(dòng),相關(guān)人員是無(wú)法有真正動(dòng)力去做流程體制改造,建設(shè)多個(gè)埋點(diǎn)系統(tǒng)的。還有,數(shù)據(jù)部的同學(xué)要主動(dòng)承擔(dān)起這份責(zé)任,用數(shù)據(jù)驅(qū)動(dòng)業(yè)務(wù)思想去影響業(yè)務(wù)和產(chǎn)研同學(xué),只有他們覺(jué)得他們做的埋點(diǎn)真的有應(yīng)用價(jià)值了,他們才會(huì)花時(shí)間去重視。
筆者的經(jīng)歷有限,分享的經(jīng)驗(yàn)并不能完全代表其他公司的埋點(diǎn)治理情況。各位數(shù)據(jù)同行們,對(duì)于埋點(diǎn)治理體系 有任何的想法,對(duì)我的分享有任何建議,歡迎溝通。
本文由 @乘風(fēng)隨行 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,禁止轉(zhuǎn)載。
題圖來(lái)自Unsplash,基于CC0協(xié)議
從多年的實(shí)操經(jīng)驗(yàn)發(fā)現(xiàn),要想實(shí)現(xiàn)埋點(diǎn)規(guī)范化、數(shù)據(jù)可管理,且內(nèi)部業(yè)務(wù)、研發(fā)協(xié)調(diào)高效,必須要上IT管理!
一般公司覺(jué)得有元數(shù)據(jù)管理就夠了,但還是馬后炮,隨著版本迭代,業(yè)務(wù)變化,越多后面,數(shù)據(jù)越亂。
所以必須從需求到流程到研發(fā)、測(cè)試一體化的管理。
網(wǎng)舟開(kāi)發(fā)的埋點(diǎn)管控平臺(tái)是業(yè)內(nèi)較好的工具選擇。
對(duì)接下來(lái)做埋點(diǎn)有大體框架了。
感謝分享,幫助很大
好的埋點(diǎn)體系具備:1. 自頂向下對(duì)埋點(diǎn)數(shù)據(jù)的重視【戰(zhàn)略】 2. 統(tǒng)一高效的埋點(diǎn)建設(shè)流程(需求/設(shè)計(jì)/開(kāi)發(fā)/測(cè)試/驗(yàn)收)【流程】 3. 統(tǒng)一的埋點(diǎn)治理平臺(tái)【工具】
學(xué)到了學(xué)到了,在文章里學(xué)到了很多新東西!很棒!
歡迎點(diǎn)評(píng)指正