本文為PMCAFF專欄作者速兔出品

用戶的行為分析是產品調整迭代，運營推廣、精準營銷等的基礎，此類行為的一切均基于良好的數據采集方案。當下幾乎所有互聯網公司的數據源都是通過埋點方式獲得基礎的業務數據。

簡單來說，數據埋點就是傳統的數據打點，在網站或者APP中加入一些統計代碼進行數據采集。具體埋點的價值以及正確埋點的重要性已經無需多言，基本上所有的產品或者數據人員都得需要了解自己業務的埋點方案。

基本的埋點介紹和流程相對比較固定：

作為產品經理或者數據分析人員，本身未必需要完整的掌握埋點的技術，但是作為數據需求方在了解完整埋點方案的情況下，需要著重考慮兩個方面以確定埋點方案和可行性。

1

基于哪些維度埋點

埋點的目的是為了獲取有效的數據，而數據是否有效是由數據需求拆解到具體 “指標 + 維度”。

1 基于谷歌分析的AARRR模型來拆分產品方案，通過產品邏輯拆解出分析維度和業務邏輯。

AARRR（分別是指獲取、激活、留存、收入和推薦）

正常情況下數據埋點的事件維度是基于一個Session,即一個用戶完整的從注冊進入系統到注銷退出系統之間所經過的時間。拆解用戶的產品邏輯判斷出用戶所屬的周期繼而制定分析的維度。比如整個產品體系處于初生期，整個運維的重心在于獲客，整個邏輯是用戶通過不同的渠道來源進入APP，繼而留存或流失，埋點的重心必然是在如何獲客的渠道來源上。

2 基于后期分析方法判定埋點目標

任務流分析法：根據產品設計的任務流，在任務流開始和結束處埋點，分析用戶處理任務的情況。

頁面轉化分析法：統計相關頁面的轉化率及頁面元素點擊率，分析用戶行為。

情景分析法：列出各種用戶使用場景，自己或多人體驗不同場景下產品的使用流程，尋找依據設立數據埋點，通過數據反饋驗證用戶行為。

埋點前首先要考慮清楚埋點的目的，比如是為了獲取用戶群體的某些行為特征以更深層次地理解用戶，又或者是為了檢驗新功能的使用情況是否符合預期，再或者是監控程序運行過程中的異常情況。其次要考慮清楚如何利用結果數據去達到你的目的，一般來說目的明確，接下去也很順暢了。

3 基于商業目的埋點

首先基于產品和業務確定商業目標，繼而將商業目標拆解。比如盒馬鮮生的商業目標是營收。營收就可以拆解=用戶量*客單價*凈利潤，再細分用戶群=實體店流量+線上用戶量。等等，繼續拆解。不斷的細分拆解，一直到最后的支付環節。完整的梳理交互流程，主要從關鍵行為的頁面和入口來分解，此外還有一些不依賴APP本身的入口，比如短信營銷、外部分享等。

根據所有梳理出的關鍵行為，生成相應的埋點方案。等到埋點回溯之后，就可以從下至上，從數據還原整個商業目標，以便實時監控和分析了。

2

形成統一規范的埋點方案或者埋點表

目前大部分公司基本上是采用第三方數據統計平臺，不同平臺的埋點文檔大同小異，但是同一個公司如沒有統一的埋點規范和埋點管理平臺，就會留下大量的坑。（一千個產品有一千個規范，一千個點可能就有一千個坑），因此標準的埋點文檔很有必要。

數據埋點是為了更好的數據采集，通常記錄用戶行為的基本要素采用4W+1H的方式，即人物（Who）、時間（When）、地點（Where）、行為（What）、方式（How）。用戶在什么時間什么地點使用什么方式產生了什么樣的行為來記錄。

人物（Who）：參與事件的用戶，一般使用開發過程中對用戶定義的唯一ID，包含用戶的設備ID、UserID、等非敏感信息。對用戶的姓名、手機號、身份證號碼等敏感信息不建議直接采集，如必須采集可采用脫敏的方式進行。

時間（When）：記錄行為發生的時間，常見標準的YYYY-MM-DD HH-MM-SS的時間戳以外還可以使用服務端的Session或登錄序號等。記錄值將用于區分用戶的登陸次數，界定活躍次數和行為歸屬。

地點（Where）：記錄行為發生的地點，包括用戶的IP地址、GPS位置、場景或來源（WEB/微信/APP）。

行為（What）：事件的內容，即發生的細節，可以采用記錄事件的屬性/參數生成記錄值，常見格式為Key-Value模式。

方式（How）：事件所處環境和發生方式，常見的記錄值有：網絡環境（WIFI/4G）、系統版本（iOS 12.0.1/Android 8.0)、設備型號（HUAWEI/XIAOMI/Apple）。

下面是部分第三方公司的數據平臺結構和埋點

諸葛IO：

友盟：

神策分析：

Growing IO

百度統計

各個平臺基于事件維度，同時有一定的個性維度組建了數據分析維度。但是整體的埋點基本上符合幾個維度，這這些維度的基礎上隨著業務線的延展擴充和下鉆深度。

（1）事件類型字段：用于說明當前埋點是點擊事件還是瀏覽

（2）中文名字段：用于描述X功能模塊內X位置，例如起名叫：支付頁——掃碼

（3）事件ID字段：每一個埋點都對應唯一一個事件ID，可以通過事件ID去后臺取數使用。事件ID的命名規范各個公司不一樣，但一定要明確詳細。比如翼支付某一個頁面ID，011212131212,每兩個數字都代表不同的含義，前兩位代表部門等等。通過限制區分保證頁面ID的唯一性和有效性。

（4）記錄規則字段：定義什么情況下觸發埋點，例如：在列表頁點擊一次記錄一次

（5）描述字段：每一個完成的頁面埋點或者按鈕點擊的埋點都需要加一個描述字段進行業務闡釋

? (6）備注字段:用于描述當前埋點什么時間新增？什么時間修改過？原因？什么時間被刪除？誰刪除的？等信息記錄，為了信息的完整性和可追溯性最好每一次變動都要備注。

以上均為最簡單APP中所需要的必備字段，隨著業務線的擴展以及細分產品的增多，越來越多的按鈕和頁面會出現在二級頁面甚至在三節界面。埋點方式和查詢方式與主界面方式一致的

如下為一些現有APP的埋點樣式：

確認埋點區域、內容、形式和APP產品邏輯的對應后，將所有需要埋點的內容整理成埋點方案。撰寫方案過程中要注意：

• 業務名稱即APP上的功能或事件名稱，以保證方案內容與APP呈現對應關系；

• 事件ID命名時，一定要保證唯一性

• 自定義事件ID設定時遵循唯一性排他性，不可出現重復命名

• 數據標簽不是越多越好，在滿足功能需求下盡可能簡潔。越繁瑣的埋點文檔越容易產生不一致。

當然，埋點文檔的完成必須和技術側雙方達成一致且有效才算第一步完成，最后的的數據校驗才能算是埋點有效。

總結

以上是生活随笔為你收集整理的数据埋点方案和规范确定的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。