APP資料埋點分類方式

標籤：步驟   客戶   使用   播放器   音樂播放器   中心   空間   關係   決定   

1、資料埋點的重要性      

       在現實工作中，資料的整體流程為：資料生產-資料擷取-資料處理-資料分析和挖掘-資料視覺效果，其中，資料擷取是很重要的一個環節，資料擷取得全不全、對不對，直接決定資料廣度和品質，影響後續所有的環節。如果採集的資料維度很少，那我們想要進行深入分析的時候就會顯得無處著手，比如我們想要分析某個APP某個功能的使用方式，但是卻根本沒有採集相關的資料，那我們也不能進行後續的分析了。如果資料擷取是錯誤的，如漏報、誤判等，那這肯定是很致命的，會誤導我們基於資料的決策。

       在互連網行業，資料擷取的方式根據採集資料端的不同，主要分為網頁資料擷取、APP資料擷取。網頁資料的採集主要是使用JS採集，常用的資料分析工具主要是Google Analytics，APP資料擷取主要是通過埋點採集，主要有前端埋點和後端埋點之分，相應的移動端資料分析廠商也很多。隨著越來越多的使用者傾向於在移動端上網和使用APP，APP資料擷取就顯得更加重要。

2、資料埋點是什麼

       要做好APP的資料分析，讓資料支撐決策、產品和運營，首先是要有資料，就像做飯需要米一樣，而要採集使用者資料就要進行APP資料埋點。產品人員在產品規劃時就要思考資料埋點問題，如果在產品外發後再考慮怎麼埋點，就會導致前期版本使用者的資料無法收集，想要看某個資料時就無可奈何，只有等到新版本完善來彌補。思考要埋哪些點的時候，要緊密結合產品、運營需求，並跟資料分析、ETL人員等進行充分溝通，例如需要監控哪些指標、需要通過哪些埋點來實現、怎樣埋點更能符合統計的需求，這是一個集思廣益的過程。

       資料埋點包括用戶端前端埋點和服務端後端埋點，用戶端前端埋點是使用者在用戶端上的操作記錄，服務端後端埋點是使用者線上請求伺服器的日誌，兩者各有優劣，最好兩者都埋點，可以相互補充。

       資料埋點其實就是在產品功能代碼後面加上統計代碼，記錄使用者操作行為，當使用者進行某個操作時，如點擊某個按鈕、呈現某個頁面等，開發會在相應地方加上統計代碼，埋點會產生一條log記錄。

3、怎樣資料埋點

3.1、資料埋點技術   

       現在業界用戶端埋點一般都是採取key-value的形式，key代表某個事件，value代表相應的參數值，埋點邏輯大概為：使用者產生點擊行為，產生一個點擊事件，當有頁面呈現在螢幕前時，產生一個頁面事件。

       現在SDK上報埋時間點事件主要分為兩類：1）點擊事件，主要描述使用者在應用內的點擊行為，如點擊tab、點擊按鈕等，同時一些參數事件也被歸類為點擊事件，如頁面描述、試聽時間長度等，把這些參數事件歸類為點擊事件主要是方便頁面事件計算使用者應用使用時間長度；2）頁面事件，主要描述使用者瀏覽過的頁面，如首頁、詳情頁等，同時通過頁面停留時間長度計算使用者應用使用時間長度。

      常見的有三種埋點技術：

      代碼埋點：控制項操作發生時通過預先寫好的代碼來發送資料。優點：控制發送資料時間，事件自訂屬性詳細記錄；缺點：時間、人力成本大，資料轉送的時效性。

      可視化埋點：利用可視化互動手段，通過可視化介面配置控制項操作與事件操作發生關係，通過後台截屏的方式採集資料。優點：成本低，速度快；缺點：行為記錄資訊少，支援的分析方式少。

      無埋點：使用者展現介面元素時，通過控制項綁定觸發事件，事件被觸發的時候系統會有相應的介面讓開發人員處理這些行為。現在市面上主流無埋點做法有兩種，一種是預先跟蹤所有的渲染資訊，一種是滯後跟蹤的渲染資訊。優點：無需埋點，方便快捷；缺點：行為記錄資訊少，傳輸壓力大。

3.2、資料埋點優缺點

3.2.1、用戶端埋點的優缺點

       APP用戶端埋點的好處是：

       1）能夠搜集更加全面的使用者資料，可以對用戶端各個點擊、頁面埋點；

       2）可以收集不需要請求伺服器的資料，如音樂的本地播放、頁面停留時間長度等。

       APP用戶端資料埋點存在問題主要有：

       1）資料上報時需手機連網，如果使用者手機未連網，則會延遲上報資料，同時資料上報一般有相應的規則，不會即時上報，一般存在15%左右的延遲上報和漏報；

       2）如果使用者刪除自己的APP操作記錄，則沒有上報的記錄。

       3）當需要改變埋點時，需要更新版本才行，但是會存在有些使用者不更新版本情況，影響資料品質。

3.2.2、服務端埋點的優缺點

       APP服務端後端埋點的優點是：

       1）即時收集，資料很準確，不存在延時上報；

       2）當要改變埋點時，只要改變，上報資料就會改變；

       3）能夠收集不在APP內發生的行為，只要請求伺服器就行，而用戶端只能收集在用戶端中的操作行為，如統計從其他APP引流的安裝量。

       服務端後端埋點缺點是：

       1）不能收集不需要請求伺服器的資料；

       2）使用者沒連網的時候不能夠採集資料。

3.2.3、服務端和用戶端的結合

       結合用戶端前端埋點和服務端後端埋點的優缺點，服務端資料即時性高、很準確，最好使用者需要請求伺服器的關鍵業務量均使用伺服器後端埋點，如線上播放、遊戲安裝等，在統計中獎使用者這些，顯然服務端資料更合理，用戶端資料可能會漏掉部分中獎使用者，導致使用者投訴；用戶端資料很全，記錄了使用者絕大多數操作行為，其它非關鍵業務量或者不需要請求伺服器的行為使用後用戶端前端埋點。服務端埋點和用戶端埋點各有優劣，應該兩種資料同時都存在，可以相互印證，當一方資料發生重大問題時可以通過另一方發現，同時，資料也能互補，如資料擷取突然有問題了，可以用另一方資料替代。

3.3、資料埋點內容

       資料埋點主要是為了採集使用者行為資料，根據使用者應用使用行為，各應用埋點主要包括以下幾個方面：

3.3.1、功能按鈕埋點

       功能按鈕的埋點主要是為瞭解使用者對應用中的按鈕、功能、入口等的使用，從而洞察使用者內容偏好、功能偏好、使用路徑等。主要包括以下幾個方面：

       1）使用者對應用頂部tab、底部tab、內容篩選tab等的點擊，瞭解使用者對應用各個板塊的喜好和內容偏好等；

       2）使用者對應用內各入口、頻道的點擊，瞭解使用者的內容偏好、產品使用路徑等；

       3）使用者對應用中具體內容的點擊，如點擊某款遊戲、某個商品、某個視頻等，瞭解使用者內容偏好、產品使用路徑等；

       4）使用者對應用設定中選項的點擊，如是否開啟push開關，瞭解使用者應用的基本設定情況。

       5）使用者對其它功能按鈕的點擊，如音樂播放器中暫停、下一首等按鈕的點擊。

3.3.2、主要行為埋點

       使用者應用主要行為埋點主要是為瞭解使用者應用內使用行為，從而洞察使用者內容偏好、產品使用習慣、使用者忠誠度、使用者活躍度等，使用者應用中主要行為包括：

       1）使用者核心行為，包括下載、安裝、試聽、播放、閱讀等，各業務根據其產品性質的不同，有不同的核心業務行為，如視頻的播放、音樂的試聽，可以瞭解使用者的內容偏好、業務活躍度等

       2）使用者其它行為，包括評論、分享、點贊、回複、收藏、訂閱等，對內容型業務基本是通用的，可以瞭解使用者的內容偏好、使用習慣、業務忠誠度等；

3.3.3、主要頁面埋點

       頁面埋點是為瞭解使用者對應用各頁面的瀏覽情況，從而知道各頁面的瀏覽量、使用者使用路徑、使用時間長度等。主要包括應用首頁、個人中心頁、各一級頁面、各二級頁面等，原則是只要應用呈現在螢幕前的頁面都需要相應的埋點，這樣才能較準確的計算應用使用時間長度，同時能夠評估各頁麵價值。

3.3.4、支付流程埋點

       支付流程的埋點是為瞭解使用者整個支付流程是否使用順暢，是否有最佳化的空間，便於進行漏鬥分析，對有支付流程的應用是至關重要的。主要包括點擊支付、選擇支付方式、點擊下一步、確認支付（或取消支付）、支付結果等步驟，瞭解各個步驟的轉化率，最佳化有問題的支付環節。

3.3.5、搜尋流程埋點

       搜尋是應用一個很重要的功能，大多數目的明確的使用者都會使用搜尋功能，搜尋的埋點能夠瞭解使用者的搜尋行為、內容偏好、搜尋熱點等。主要包括點擊搜尋、輸入關鍵詞、點擊推薦熱詞、點擊推薦聯想關鍵詞、點擊搜尋結果等，洞察使用者是怎樣進行搜尋的、當前搜尋熱點是什麼、搜尋推薦演算法的效果等。

APP資料埋點分類方式