數(shù)據(jù)埋點(diǎn)你知道怎么做嗎?

埋點(diǎn)是一種用戶行為數(shù)據(jù)化的記錄,基于業(yè)務(wù)或者產(chǎn)品需求,對用戶在產(chǎn)品內(nèi)產(chǎn)生行為的每一個事件對應(yīng)的頁面、位置、屬性等植入相關(guān)代碼,并通過采集工具上報統(tǒng)計,采集的數(shù)據(jù)可以用來分析網(wǎng)站/APP的使用情況,用戶的使用習(xí)慣等等,延伸出用戶畫像、用戶偏好、轉(zhuǎn)化路徑等一系列數(shù)據(jù)產(chǎn)品。
通常的記錄維度為who、when、what、where、how,即用戶通過某種方式,在何時何地做了何事。舉個例子游戲ID:1001,上午十點(diǎn),在峽谷擊殺了一個boss(bossID:abc)。

如上舉例,數(shù)據(jù)分析師或者數(shù)據(jù)產(chǎn)品,通常需要對產(chǎn)品的用戶行為(How:read)進(jìn)行收集,設(shè)計出·對應(yīng)的埋點(diǎn)體系,產(chǎn)出一份嚴(yán)謹(jǐn)、體系化,且能支撐后續(xù)數(shù)據(jù)分析需求的埋點(diǎn)文檔,那么怎么設(shè)計出一份規(guī)范的埋點(diǎn)文檔呢?
埋點(diǎn)文檔如何設(shè)計?
首先,梳理出產(chǎn)品的功能結(jié)構(gòu)及業(yè)務(wù)流程,將核心流程梳理出來,確定關(guān)鍵指標(biāo),并細(xì)化各流程的影響因素,同時想清楚上下游的接入口是什么,避免埋點(diǎn)的重復(fù),提高埋點(diǎn)復(fù)用性。
其次,規(guī)劃出數(shù)據(jù)分析的框架,基于產(chǎn)品功能的路徑轉(zhuǎn)化和重要指標(biāo)鏈路,設(shè)計出可供記錄的埋點(diǎn)框架,使埋點(diǎn)契合分析框架的邏輯,避免冗余。
同時,埋點(diǎn)是用來記錄用戶的行為,埋點(diǎn)文檔需要提供給前、后端研發(fā)進(jìn)行埋點(diǎn)開發(fā),所以文檔中的信息盡量描述清楚,并且與開發(fā)拉會議,要求對埋點(diǎn)的理解對齊一致。

1.埋點(diǎn)、埋點(diǎn)含義、觸發(fā)場景
規(guī)定攻擊怪物成功時上報,而不是戰(zhàn)斗階段; 擊殺的怪物記錄的是當(dāng)前血量而不是滿血血量,因?yàn)榭紤]怪物可能是殘血。
2.參數(shù)、參數(shù)名稱、參數(shù)值類型

3.備注信息
如何做埋點(diǎn)驗(yàn)收?
1.埋點(diǎn)文檔評審
埋點(diǎn)文檔設(shè)計完成后,數(shù)據(jù)組內(nèi)需要進(jìn)行評審,對埋點(diǎn)和參數(shù)逐一檢驗(yàn),包含:
合理性:是否符合用戶行為路徑; 完整性:是否覆蓋產(chǎn)品的所有場景,可以支撐后續(xù)的數(shù)據(jù)應(yīng)用; 正確性:埋點(diǎn)文檔中,除功能的特性埋點(diǎn),還有一定的公共埋點(diǎn)、公共參數(shù),查看是否與BI報表開發(fā)時的規(guī)范一致,如果不一致,BI報表不會產(chǎn)生數(shù)據(jù)。
2.埋點(diǎn)開發(fā)階段
埋點(diǎn)開發(fā)階段,與研發(fā)團(tuán)隊(duì)保持密切溝通,確保和研發(fā)的理解保持一致,使其了解每個點(diǎn)的意義以及后續(xù)的應(yīng)用計劃。針對重要埋點(diǎn),重要的參數(shù),研發(fā)需提供對應(yīng)的源碼,確保每個枚舉值都錄入代碼中。
例如:用戶關(guān)于貨幣獲得,會有多重路徑,如果研發(fā)將其中兩種路徑漏寫,后續(xù)分析中,會造成數(shù)據(jù)結(jié)果的缺失。
3.埋點(diǎn)驗(yàn)收階段
埋點(diǎn)完成,安裝包提交之后,數(shù)據(jù)同學(xué)會配合QA同學(xué),一起做埋點(diǎn)驗(yàn)收,需注意以下幾個方面:
轉(zhuǎn)化漏斗是否正常:例如廣告鏈路中,從廣告展現(xiàn)-曝光-點(diǎn)擊-關(guān)閉,這條鏈路的pv是呈漏斗逐漸減少,如果不是,那么需要定位埋點(diǎn)問題。 上報順序是否正常:新手引導(dǎo)中,id順序?yàn)?-2-3-4,可追蹤單一用戶id,按時間戳查看上報順序是否符合規(guī)范 埋點(diǎn)上報是否對應(yīng)規(guī)范中的觸發(fā)場景
? ??
評論
圖片
表情


