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