沐鳴代理:_數據埋點的藝術

定義數據埋點及其交接主要分為四個部分,梳理數據需求—定義數據指標—埋點整理—文檔輸出——埋點驗收,前兩個步驟在上文中已經詳細描述過方法,本文不再贅述。

本文較為簡潔,整理了梳理埋點的方法和與開發交接的方法,希望大家可以充分吸收。

埋點整理

一個埋點需要傳輸大量的用戶數據,那麼為什麼要傳輸這些數據,都要傳輸那些數據則需要我們產品來定義。

定義:埋點的目的是為了收集可以體現用戶場景和真實需求的行為數據。

方法:4W1H(who\when\where\what\how)—方法來自最近學習的數據課程。

某個用戶在某個時間/某個地點通過某種方式完成了某個具體的事情。

A:who

目的:定位是誰完成了這個行為,用戶ID應該唯一,可將行為與用戶關聯的指標。

常用數據:用戶id(平台生成的唯一ID)、手機號、身份證、微信識別碼。

B:where

目的:定位用戶在什麼地方完成該行為。

常用數據:IP(WEB 、手機)、GPS(手機)、自主填寫位置(在乎用戶希望在哪裡發生這件行為,如買房/裝修/當地美團)。

C:when

目的:定位用戶什麼時間完成該行為。

常用數據:時間戳、當地時間。

D:how

目的:定位用戶發生行為時的周邊環境/手段/設備盡可能還原用戶所處環境即可。

常用數據:操作系統、設備版本、設備型號、網絡環境(Wi-Fi、4g)、瀏覽器、上級頁面。

E:what

目的:定位用戶當前做了什麼行為,行為越具體越好。

常用數據:根據業務功能需要進行設計,常用數據如下。

交易:商品ID、商品類型、購買數量、付款方式、付款金額。

搜索:關鍵詞、搜索類型、是否為當時熱詞。

內容:內容ID、內容類型、瀏覽數、列表位置、是否喜歡。

Tips:以上內容的內容為埋點需要傳輸的內容(這僅僅是一個方法,幫大家整理需要包含的內容用戶屬性有哪些),和開發確認內容后一定要確認這些數據是在什麼時間點傳至後台。

事件發生時上報:用戶產生某個點擊行為,則將以上數據傳輸至後台;

某個時間點打包上報:每天、每小時上報一次用戶的某些行為數據;

這個一定要確認, 因為對數據的及時性要求不同,數據更新頻率需要做特殊處理。

文檔輸出

文檔輸出的主要目的是為了與開發對某個數據的採集有一致的理解,同時不要有遺漏數據,同時最好記錄是哪個版本有這些數據需求,以便於維護和查找。

文檔必備的要素:

  • 事件名稱:埋點的事件名稱,如文章閱讀/文章評論/關注;
  • 事件定義:用戶點擊社區—內容則上報該事件;
  • 包含屬性:用戶進行了該行為,上報事件中需要傳輸那些內容,如用戶ID、時間、應用版本、網絡環境、手機型號、IP、內容ID、內容類型、第幾篇瀏覽;如某些屬性在所有事件中都需要上傳則可以整理公共屬性進行管理;
  • 屬性定義:說明屬性的定義,如用戶地址用用戶主動上傳的地址,如沒有則用用戶IP代替;
  • 屬性值類型:說明傳輸至的類型,字符串、數值、bool;
  • 開發名稱:對應的開發變量名,可以由開發進行補充。如userID、contentID;
  • 當前狀態:說明當前該變量的狀態。如待開發、開發中、驗收中、已上線、已下線;
  • 上線版本:說明該內容在那個版本進行上線。如2.3.1;
  • 備註:備註中可記錄該屬性的變動情況和常見值等內容。

案例:如當前根據數據需求確認數據指標為內容瀏覽量,則需要統計用戶的每一次內容瀏覽行為,根據上述的埋點數據整理方法整理的需收集的內容如下:

  • Who:用戶ID,平台的用戶唯一編碼;
  • Where:IP(根據IP解析國家、城市、區);
  • When:時間,事件觸發事件;
  • How:設備型號、網絡環境、操作系統、使用版本;
  • What:文章ID、文章類型、上級頁面、文章瀏覽數、用戶瀏覽數。

埋點驗收

埋點驗收的目的是因為如果埋點上線後有誤則該過程的用戶數據均會丟失無法記錄。

驗收方法:查看對應數據平台是否有對應事件產生,是否拿到相關屬性。網頁可點擊F12查看數據反饋。與建立的Excel進行核對確認是否有遺漏。

總結

數據埋點的方法分享完畢啦,主要步驟為確認指標—整理埋點—文檔輸出—內容驗收。

最後祝大家身體健康,百毒不侵。

本文由 @無常 原創發佈於人人都是產品經理。

原文 http://www.woshipm.com/data-analysis/3405281.html

站長推薦

1.雲服務推薦: 國內主流雲服務商,各類雲產品的最新活動,優惠券領取。地址:阿里雲騰訊雲華為雲

2.廣告聯盟: 整理了目前主流的廣告聯盟平台,如果你有流量,可以作為參考選擇適合你的平台點擊進入

鏈接: http://www.fly63.com/article/detial/7516