如何做好數(shù)據(jù)埋點?
在上一篇文章中講了數(shù)據(jù)分析的前置工作,這篇將詳細介紹一下如何完成數(shù)據(jù)埋點的梳理和交接(細化到執(zhí)行層面就是文檔輸出和埋點驗收)。
定義數(shù)據(jù)埋點及數(shù)據(jù)埋點的交接主要分為5個步驟:
梳理數(shù)據(jù)需求—定義數(shù)據(jù)指標—埋點整理(埋點包含的參數(shù)整理)—文檔輸出—埋點驗收
前2個步驟在上文《如何做好數(shù)據(jù)分析的前置工作》中已經(jīng)詳細描述過方法,本文不再贅述。
本文主要是簡潔的整理了埋點整理的方法和文檔輸出的內(nèi)容,希望大家可以充分吸收。
埋點整理
一個埋點需要傳輸大量的用戶參數(shù)(用戶數(shù)據(jù)/行為數(shù)據(jù)/場景數(shù)據(jù)等),那么為什么要傳輸這些數(shù)據(jù)?都要傳輸那些數(shù)據(jù)?則需要我們產(chǎn)品來定義。
定義:埋點的目的是為了盡可能完整的收集可以體現(xiàn)用戶使用場景和真實需求的行為數(shù)據(jù)。
方法:4W1H(who\when\where\what\how)—方法來自最近學習的數(shù)據(jù)課程。
某個用戶在某個時間+某個地點通過某種方式完成了某個具體的事情。
A:who
目的:定位是誰完成了這個行為。用戶ID應(yīng)該唯一,可將行為與用戶關(guān)聯(lián)的指標。
常用數(shù)據(jù):用戶id(平臺生成的唯一ID)、手機號、身份證、微信識別碼。
B:where
目的:定位用戶在什么地方完成該行為。
常用數(shù)據(jù):IP(WEB 、手機)、GPS(手機)、自主填寫位置(在乎用戶希望在哪里發(fā)生這件行為,如買房/裝修/當?shù)孛缊F)。
C:when
目的:定位用戶什么時間完成該行為。
常用數(shù)據(jù):時間戳、當?shù)貢r間。
D:how
目的:定位用戶發(fā)生行為時的周邊環(huán)境/手段/設(shè)備等。盡可能還原用戶所處環(huán)境即可。
常用數(shù)據(jù):操作系統(tǒng)、設(shè)備版本、設(shè)備型號、網(wǎng)絡(luò)環(huán)境(Wi-Fi、4g)、產(chǎn)品版本(用戶使用的產(chǎn)品版本)、瀏覽器、上級頁面。
E:what
目的:定位用戶當前做了什么行為,行為記錄的越具體越好。
常用數(shù)據(jù):根據(jù)業(yè)務(wù)功能需要進行設(shè)計,常用數(shù)據(jù)如下。
交易:商品ID、商品類型、購買數(shù)量、付款方式、付款金額。
搜索:關(guān)鍵詞、搜索類型、是否為當時熱詞。
內(nèi)容:內(nèi)容ID、內(nèi)容類型、瀏覽數(shù)、列表位置、是否喜歡。
Tips:以上的內(nèi)容為定義數(shù)據(jù)埋點需要傳輸?shù)膮?shù)的方法(這個方法能夠很大程度的包含埋點需要的參數(shù)內(nèi)容,減少遺漏)。和開發(fā)確認參數(shù)后一定要確認這些數(shù)據(jù)是以什么更新頻次傳至后臺。
事件發(fā)生時上報:用戶產(chǎn)生某個行為,觸發(fā)埋點后,將以上數(shù)據(jù)傳輸至后臺;
固定時機上報:每天、每小時、數(shù)據(jù)量達到某個數(shù)值(如10MB)、有x條數(shù)據(jù)等上報一次;
這個頻次一定要確認,因為對數(shù)據(jù)的及時性要求不同,數(shù)據(jù)更新頻率需要根據(jù)需求設(shè)置。
文檔輸出
文檔輸出的主要目的是為了和開發(fā)對某個數(shù)據(jù)的采集有一致的理解,同時不要有遺漏數(shù)據(jù),最好記錄是哪個版本有這些數(shù)據(jù)需求,以便于維護和查找。
文檔必備的要素:
- 事件名稱:埋點的事件名稱,如文章閱讀/文章評論/關(guān)注;
- 事件定義:說明事件是什么,如何觸發(fā)。如用戶點擊社區(qū)—內(nèi)容則上報該事件;
- 包含屬性:用戶進行了該行為,上報事件中需要傳輸那些參數(shù)。如用戶ID、時間、應(yīng)用版本、網(wǎng)絡(luò)環(huán)境、手機型號、IP、內(nèi)容ID、內(nèi)容類型、第幾篇瀏覽;如某些屬性在所有事件中都需要上傳則可以整理公共屬性進行管理;
- 屬性定義:說明屬性的定義,如用戶地址為用戶主動上傳的地址,如沒有則用用戶IP代替;
- 屬性值類型:說明傳輸至的類型,字符串、數(shù)值、bool;
- 開發(fā)名稱:對應(yīng)的開發(fā)變量名,可以由開發(fā)進行補充。如userID、contentID;
- 當前狀態(tài):說明當前該變量的狀態(tài)。如待開發(fā)、開發(fā)中、驗收中、已上線、已下線;
- 上線版本:說明該內(nèi)容在那個版本進行上線。如2.3.1;
- 備注:備注中可記錄該參數(shù)的變動情況和常見值等內(nèi)容。
案例:如當前根據(jù)數(shù)據(jù)需求確認數(shù)據(jù)指標為內(nèi)容瀏覽量,則需要統(tǒng)計用戶的每一次內(nèi)容瀏覽行為,根據(jù)上述的埋點數(shù)據(jù)整理方法整理的需收集的內(nèi)容如下:
- Who:用戶ID,平臺的用戶唯一編碼;
- Where:IP(根據(jù)IP解析國家、城市、區(qū));
- When:時間,事件觸發(fā)時間;
- How:設(shè)備型號、網(wǎng)絡(luò)環(huán)境、操作系統(tǒng)、使用版本;
- What:文章ID、文章類型、上級頁面、文章瀏覽數(shù)、用戶瀏覽數(shù)。
整理為Excel大致如下:
埋點驗收
埋點驗收的目的:如果埋點上線后有誤,則該過程的用戶數(shù)據(jù)均會丟失無法回溯。
驗收方法:查看對應(yīng)數(shù)據(jù)平臺是否有對應(yīng)事件產(chǎn)生,是否拿到相關(guān)參數(shù)。網(wǎng)頁可點擊F12查看數(shù)據(jù)反饋。與輸出的Excel表格進行核對確認是否有遺漏。
總結(jié)
數(shù)據(jù)埋點的方法分享完畢啦,大家一定要充分吸收!再次回顧一下,主要步驟為:
梳理數(shù)據(jù)需求—定義數(shù)據(jù)指標—埋點整理(埋點包含的參數(shù)整理)—文檔輸出—埋點驗收
最后祝大家身體健康,百毒不侵。
本文由 @無常 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載
題圖來自Unsplash,基于CC0協(xié)議
base
埋點元數(shù)據(jù)系統(tǒng)可以很好解決梳理遺漏,沒有統(tǒng)一入口出口的問題,事件管理映射上模塊頁面,解決埋點不易識別的問題
子彈短信-支付寶版?
?
埋點整理過程十分的繁瑣,如若是沒有線上化平臺更甚。
是的 ,埋點整理最怕的就是遺漏,不論是梳理還是開發(fā)最好都做好文檔歸納,不然沒有文檔依托更麻煩?,F(xiàn)在有很多做數(shù)據(jù)的公司,也可以根據(jù)自己的需求按照已有的模版使用。