埋點設計思路 - 基礎知識和設計流程

一.  埋點

• 埋點：又稱為事件追蹤（Event Tracking），指的是針對特定用戶行為或事件進行捕獲，處理和發送的相關技術及其實施過程。
• 功能方面，埋點是用來收集用戶行為數據。比如想要了解一個用戶在APP里面點擊了哪些按鈕，看了哪些頁面，做了哪些事情等，就可以通過埋點來實現。
• 實現方式方面，埋點就是通過植入一段代碼到某個頁面或某個按鈕，從而監聽用戶行為並進行收集上報。

二.  埋點SDK

• SDK：Software Development Kit（軟件開發工具包），包括某類軟件功能的相關文檔，api，軟件，框架之類的集合
• 理解SDK：可以把SDK看成一個虛擬的程序包，這個包里面有一份已經開發完成的軟件某一功能，包是幾乎全封閉的，只通過API聯通外界。（可以把盒裝飲料看作“SDK”，吸管看作“API”）
• 埋點SDK：封裝采集用戶數據的代碼，形成一個組件。這個SDK可以實現基本的數據收集功能。

三.  埋點的事件分類（埋點類型）

1. 頁面事件：用戶訪問頁面的信息，比如可以通過頁面埋點統計頁面瀏覽量（PV）；
2. 點擊事件：用戶在頁面的點擊行為，比如想要收集用戶點擊搜索按鈕時，填入了哪些關鍵字，就可以在搜索按鈕上埋一個點擊事件，通過字段keywords上報的值實現分析關鍵字的目的；
3. 曝光事件：用戶瀏覽頁面的區域，比如統計某個區域是否被瀏覽過，需要進行曝光埋點；
4. 停留事件：用戶訪問頁面的停留時長的信息，比如某APP定義用戶在文章頁面停留為一個埋點，獲取除返回后台的停留時長，重新切入頁面累計時長，用來分析喜好情況。

四.  埋點的事件組成（埋點屬性）

1. 用戶基本信息：描述用戶的基本屬性信息，包括用戶ID，性別，運營商，設備類型等
2. 時間信息：事件發生的時間
3. 行為信息：用戶做了哪些行為，比如點擊行為，瀏覽行為等
4. 行為對象信息：用戶的行為作用在哪些對象上，比如點擊按鈕A，瀏覽頁面B，那么A，B就是用戶行為作用對象
5. 另外，也可以從4w1h（who,when,where,what,how）五個維度來划分埋點屬性

五.  埋點的優點

• 通過有效的埋點，可以收集和觀察到用戶在使用產品中的第一手數據資料
• 最真實的反映產品的運行情況，是量化工作效益，計算ROI和KPI，通過數據來分析問題的重要依據
• 實現埋點的代價最低，收益最高

六.  埋點技術

• 代碼埋點
• 可視化埋點
• 無埋點（全埋點）

七.  埋點需求

• 流程：

• 具體操作：

1. 梳理產品流程

• • 前提：了解產品設計的每個流程的跳轉和邏輯
  • 依據：使用產品設計的原型圖，用APP實測會漏掉一些觸發場景

        2. 梳理分析場景思路

• • 明確埋點目標：一般情況下，埋點需求的來源分為產品需求的衡量指標和業務的分析需求。比如，分析用戶行為，挖掘流失點的場景。
  • 確定埋點指標：明確需求后，選取可以衡量需求效果的數據指標，比如頁面瀏覽量，頁面轉化率，訪問人數，訪問頻次分布等等。
  • 拆解梳理埋點：

      需要思考以下三個問題（后面是思路）：

1）收集哪些數據可以滿足選取的指標 —— 拆解指標，找到單位變量，確定數據；

2）觸發數據收集的時機是什么 —— 根據需求效果確定收集時機；

3）需要收集哪些維度的數據（定義埋點的哪些必要屬性）—— 設計全面又多維的屬性和屬性值，可以利用4w1h思維模型。

     舉例：需求是分析用戶行為，確定一些指標，選取其中的一個指標平均訪問量為例

1）收集數據：拆解該指標，得到兩個單位變量PV（訪問量）和UV（獨立訪客）；

2）收集時機：針對UV這個變量，可以定義為“點擊頁面入口”就算訪問並開始收集，也可以定義“頁面加載完畢”再收集，更可以定義為“頁面加載完畢且停留頁面內至少5秒鍾”才收集。

        3. 制作埋點文檔

• • 埋點文檔：DRD（Data Requirements Document），也稱為數據需求文檔。
  • 文檔三要素：

1. 1. 用戶屬性信息：比如用戶設備號，定位，用戶ID；
   2. 事件ID：事件埋點的唯一標識，每一條埋點記錄對應一個事件ID，也用於在數據庫進行取值；
   3. 事件描述：包括事件類型（點擊、停留），事件來源（可以多級，如一級來源，二級來源等），觸發時間，觸發事件（什么情況要觸發）。

• • 埋點文檔意義：

1. 1. 利用文檔本身的時效性和易追溯的特點
   2. 作為與研發溝通的工具，充分避免歧義，保證埋點質量

• • 一份合格的埋點文檔：

1. 1. 祥細定義了埋點事件，說明了每個埋點事件的觸發時機、屬性名稱、屬性值類型以及屬性值來源、埋點方式等內容；
   2. 詳細記錄了錄入時間、埋點狀態、對應版本和埋點迭代記錄、附加備注等便於管理的內容。

4. 復盤

• • 驗證所有指標能否被正確采集

主要是保證埋點數據的准確性，如有異常則需及時反映並進行調整

• • 監控、管理當前埋點指標的效果

在產品運行的過程中，會逐漸體現出不同功能模塊的業務復雜程度，因此埋點的需求也會隨之產生一定的調整，需要更加敏銳的洞察力了

八. 相關概念

1. 事件：可以被記錄到的操作和行為。
2. 指標：衡量事務發展程度的單位和方法，通常需要經過加和、平均等統計才能得到，並且是在一定條件下的。
3. 基礎指標：比如注冊用戶數，訂單量，PV，UV
4. 復合指標：在基礎指標的基礎上，通過加減乘除等運算方式得到的，比基礎指標更有參考意義，比如跳出率。
5. 維度：事務現象的某種特征，比如性別，地區，時間。
6. 屬性：對於一個對象進行刻畫的維度。
7. 屬性值：定義屬性的特征或參數。

---

 

參考鏈接：https://www.jianshu.com/p/01685d0770cf

                  https://zhuanlan.zhihu.com/p/38282055