數據流程：
數據產生–>數據采集–>數據處理–>數據分析–>數據挖掘–>產品優化
埋點：
針對特定用戶行為或事件進行捕獲、處理和發送的相關技術及其實施過程。用來跟蹤用戶使用狀況和優化產品。
技術實質：
監聽軟件運行中的事件，當需要關注的事件發生時，進行判斷和捕獲。
注意：明確事件發生的時間點、判別條件。
埋點原則：
1、獲取目標數據；
2、獲取當前版本情況；
1）新功能使用情況是否符合預期；
2）新功能對其他功能、整體是否有積極影響；
3）運營活動目標群體特征獲取；
4）新增商業化目標監測。
3、為后續版本做數據支持。
1）規划方向的用戶行為分析；
2）畫像特征分析；
常見溝通過程以埋點文檔為載體，以數據埋點評審為終結。
埋點方式：
一、代碼埋點：
實施人員：開發
優點：可以詳細的設置某一個事件自定義屬性；
缺點：時間、人力成本大，數據傳輸的時效性。
二、可視化埋點：
實施人員：數據產品、數據分析師
優點：埋點只需業務同學接入，無需開發支持；
缺點：僅支持客戶端行為。
三、無埋點：
定義：開發集成SDK后，SDK直接開始捕捉和檢測用戶在應用中的所有行為。
實施人員：數據產品、數據分析師
優點：
1）無需開發，業務人員埋點即可；
2）支持先上報數據，后進行埋點。
缺點：
1）數據量大；
2）多數有清空機制，超過n天，清空數據，無法追溯；
3）僅僅支持客戶端。
埋點技術：
一、客戶端埋點：
優點：
1）能夠搜集頁面展示、點擊行為；
2）可以收集不需要請求服務器的數據，如音樂的本地播放、頁面停留時長等。
缺點：
1）由於數據上報需要網絡，當用戶產生行為而沒有網絡時，則會延遲上報數據，影響數據的實時性。
2）如果用戶刪除自己的APP操作記錄，或者無網連接時數據存儲達到上限，則會造成數據丟失，影響數據的完整性。
3）當需要改變埋點時，需要更新版本才行，但是會存在有些用戶不更新版本情況，影響數據質量。
二、服務端埋點
優點：
1）實時性好：實時收集，數據很准確，不存在延時上報；
2）變更成本小：當要改變埋點時，只要改變，上報數據就會改變；
3）能夠收集不在APP內發生的行為，只要請求服務器就行，而客戶端只能收集在客戶端中的操作行為，如統計從其他APP引流的安裝量。
缺點：
1）不能收集不需要請求服務器的數據；
2）用戶沒聯網的時候不能夠采集數據。
數據采集遇到的問題：
實時性：無網條件下產生的數據，無法實時上報；
完整性：部分數據無法采集，根據《用戶隱私協議》和《歐盟通用數據保護條例》
異常：部分埋點，隨版本升級變化，無法獲取。如：android_id、idfa、idfv。
參考文章鏈接：
http://www.woshipm.com/data-analysis/1209537.html
idfa、idfv解釋：https://www.jianshu.com/p/204372f9209d
作者：鹽果兒
鏈接：https://www.jianshu.com/p/c9891bc165bb
來源：簡書
著作權歸作者所有。商業轉載請聯系作者獲得授權，非商業轉載請注明出處。