埋點分析，是一種常用的數據採集方法。數據埋點分為初級、中級、高級三種方式。
經常會感到頭疼的問題：
“要給APP做數據埋點怎麼下手？”
“數據需求怎麼梳理？”
“到底哪些是產品的活兒，哪些是開發的活兒？”
“如何交付？”
經過幾番的調研和走訪取經，將個人對數據埋點的理解記錄下來。（期間還忍受了我們開發小哥哥的“嘲諷”和“戲謔”）
當時內心OS：凡事都有第一次，忍！
下面主要從埋點概念、事件類型、數據需求、交付落地4方面展開介紹。
一、首先什麼是埋點？
埋點是數據採集的一種方法，將每個需要統計的點擊事件、頁面上裝攝像頭，採集相應的信息和行為。
無論是產品的迭代還是運營的策略，都是需要有詳細的數據支撐來針對性的做下一步迭代和運營的決策。有了數據分析，你可以得到用戶畫像、用戶行為路徑，不用再去做大量用戶調研、盲目的猜原因，為我們大大降低了試錯的成本。
按照埋點位置區分，分為客戶端（前端）和服務端（後端）兩部分埋點。
簡單來說，客戶端的數據是記錄用戶的操作行為，如點擊、訪問路徑。
服務端的數據是記錄用戶的具體信息的變化，如作業分數、答案選項、對錯情況。
客戶端埋點我這裡用的是代碼埋點方法，接的友盟第三方統計平臺，嵌入SDK並定義事件添加相應事件的代碼。（需要開發配合），這種方法的優點是顆粒度細，自定義程度高，可以按需採集，全面且準確。
但是友盟無法做PC端客戶端的埋點（放棄了PC端）
服務端埋點主要是接口的調用，前後端的數據整合，更加結構化。
客戶端埋點&服務端埋點的優缺點
客戶端埋點：
優：蒐集頁面展示、點擊行為，不需要請求服務器的數據
缺：無網絡時數據不完整、實時性有延遲；當需要改變埋點時，必須更新版本。
服務端埋點：
優：（1）實時性好，數據準確；（2）變更成本低；（3）能夠收集不在APP內發生的行為，只要請求服務器就行。如統計從其他APP引流的安裝量。
缺：不能收集不需要請求服務器的數據；用戶不聯網不能採集數據
二、主要的埋點事件分類
1. 點擊事件
只要用戶點擊一次就計一次，不論點擊的結果是否成功。（點擊事件包含單擊、雙擊、拖拽等交互事件）
舉例：登錄按鈕的點擊量≠登錄成功後的頁面曝光量。
點擊登錄後，會因為密碼錯誤、賬號錯誤等原因造成登錄失敗，無法進入登錄成功後的頁面。
2. 曝光事件
瀏覽事件的定義要根據不同需求自定義。
比如成功打開一次頁面計一次，頁面停留超過10s等，我是以成功加載出來就計1次曝光事件。
ps：友盟自帶的頁面統計與自定義事件的頁面訪問量並不同哦！
三、如何判斷哪些數據需要統計？
首先將數據目標歸類：
（1）功能分析；（2）業務分析；（3）用戶信息；（4）錯誤日誌（這個數據目標只針對開發，不作為核心目標考慮）
- 功能分析：主要檢驗功能的受歡迎程度。
- 業務分析：事件轉化、頁面訪問路徑。
- 用戶信息：用戶畫像。
其中用戶信息是必備基礎，功能和業務相關的埋點數據需要根據需求的優先級和重要程度進行篩選。（可參考KANO模型）
數據統計目標
四、交付落地？
1. 客戶端的埋點需求表
8個字：1張大表，表內分頁。根據需要埋點的頁面建多張頁面表，每張頁面中包含所有事件類型。
表格列表字段：頁面位置、線索名稱、事件名稱、事件類型、事件ID、Key、value、採集時機、備註
雖然你給開發的是表格是根據事件類型分開的，但是事件的數據查看在後臺是將所有的事件類型都彙總在一張列表下展示，所以在每個事件的命名上需要對事件類型加以說明，方便一眼就能區分。
客戶端埋點需求表
（1）線索名稱：線索就是追蹤用戶行為的記錄，一個線索可以由多個事件組成。
舉例：直播教室線索：進入教室、退出教室，這兩個事件都能組成直播教室的線索。
（2）事件名稱：說明該埋點的位置和功能
（3）事件類型：點擊事件/瀏覽事件
（4）事件ID：事件類型_哪一端產品_頁面名稱_功能名稱
舉例：點擊事件_APP端_直播教室_舉手=btn_APP_classroom_hand
（5）key：參數，根據不同維度來計算。
舉例：舉手按鈕，每個教室都有一個舉手按鈕，但點擊的時候需要知道是各個班班的點擊情況各個課節的點擊情況各個學生點擊的情況。
那就需要設計3個key：課節id,班級id,課節id,學生id。
（6）value：與key是一組，key-value，是一種數據模型方法。上面舉例的3個key對應的value，分別就是各自的id值
（7）採集時機：說明觸發埋點的具體操作行為
（8）備註：有特殊情況的單獨備註，比如上臺按鈕的埋點，只有APP的iphone、Android有，iPad沒有。另外新增的埋點，刪除的埋點時間記錄都需要備註清楚。
同一屬性的事件只要設置不同key來區分就行。
如登錄事件，用戶可能從密碼登錄或驗證碼登錄入口登錄進去的，這個時候並不需要對每個頁面的登錄事件進行埋點，只需對登錄一個點擊事件埋點，key=入口類型，value=pwd/mes
同一屬性的事件
客戶端的埋點需求準備好了，接下來就讓把appkey發給開發小哥哥吧，接下來事件的導入，友盟支持批量導入，批量複製，單個添加。
批量導入模板
添加進去的事件無法刪除，只能暫停計算。所以在正式埋點之前要謹慎，要多多多多和開發溝通！
2. 服務端埋點需求表
和業務相關的數據記錄，需要在服務端進行埋點。
表格列表字段：數據目的、key、value、備註
和客戶端不同，比如統計一個學生的上課時長，需要的key有上課時間、下課時間、停留時長。這是一整條記錄。
服務端需求表
服務端埋點的數據，前期如果沒有後臺的可視化支持，那隻能麻煩後端幫你導數據。
最後感謝開發小哥哥們的理解。理解萬歲！
埋點完成後，下一步就是數據分析。恩，註定要跳進數據分析這個坑了，且聽下回分解。
阿蛋的生存法則：
保持對生活的好奇心，對興趣的堅持，對知識的渴望，將這一切內化成工作中的資本和動力源泉，這將是一個趨於正無窮的極限函數，當然不定時的也會撒撒狗糧皮一皮。
本文由 @double_egg 原創發佈於人人都是產品經理。未經許可，禁止轉載
題圖來自Unsplash，基於CC0協議
相關推薦
