背景
?????最近做了公司關于產(chǎn)品的數(shù)據(jù)埋點項目，主要是做和移動端的數(shù)據(jù)埋點。所以做個小總結，順道回顧展開講一講關于app埋點應該注意的問題以及應該關注的指標（具體要結合各公司產(chǎn)品特性），主要是全新的埋點，如果單獨的功能模塊需要加上埋點則簡單很多 直接在需求說明里面加上埋點需求即可。
數(shù)據(jù)分析的 ?道、術、器
?????我們都知道今日頭條是一家在數(shù)據(jù)分析、數(shù)據(jù)驅動方便做得非常優(yōu)秀公司。數(shù)據(jù)分析的“道” 也就是一個公司能從戰(zhàn)略意義上明白數(shù)據(jù)的重要性，不是拍腦袋，也不是拍大腿。建立在數(shù)據(jù)分析的基礎上進行項目決策（實際操作要克服很大的阻力）。找到最優(yōu)的產(chǎn)品方案?！靶g”既是分析的方法，俗稱套路， “器” 主要是工具，數(shù)據(jù)埋點的工具我會在問末尾介紹。
app數(shù)據(jù)分析的原理
?分類：根據(jù)采集數(shù)據(jù)端的不同，主要分為網(wǎng)頁數(shù)據(jù)采集、APP數(shù)據(jù)采集。網(wǎng)頁數(shù)據(jù)的主要是使用JS采集，APP數(shù)據(jù)采集主要是通過埋點采集，主要有客戶端（前端）埋點和服務端（后端）埋點之分。客戶端的埋點是記錄的用戶在客戶端的操作記錄，服務端埋點則是記錄的客戶進行服務器請求的日志。
????這次結合公司的實際情況，使用的是百度移動，在app中嵌入第三方平臺的SDK進行客戶端的數(shù)據(jù)收集，然后在第三方平臺上進行數(shù)據(jù)的可視化與分析。
埋點的步驟
確認主題——確認指標——分解指標事件——點位統(tǒng)計——開發(fā)溝通調(diào)整——進行埋點——數(shù)據(jù)收集——分析
確認主題
????我們埋點主要是為了什么？ why so？ ?so what？ 這次埋點主要是為了了解用戶的使用習慣、各個板塊的轉化情況，還是為了了解上線的兩個功能進行A/B測試。比如我們這次埋點就是為了能了解app端的使用現(xiàn)狀。用戶增長情況、各板塊的訪問情況、頁面跳轉、區(qū)域分布、搭建轉化漏斗。
確認指標
????根據(jù)主題拆解為不同的指標，比如用戶增長可以拆解為新用戶注冊量、新老用戶占比、日活躍、月活躍等指標。
指標分類
????指標方面按照核心指標和衍生指標進行一個初步的拆分，各個公司可以根據(jù)各個公司的情況進行增減。
分解指標事件
????把指標按照計算方式拆分成事件，客戶端埋點一般都是采取key-value的形式，key代表某個事件，value代表相應的參數(shù)值，這個在sdk埋點中不用過多考慮。
????需要注意的是要在第三方平臺上，上傳/手動命名相應的事件ID與事件名稱，一定要代碼中的ID與名稱一致。ID與名稱iOS 與Android保持一致，命名的工作一般是由產(chǎn)品來做，有的也可以讓研發(fā)提，兩邊統(tǒng)一即可。
????確認好事件之后就可以統(tǒng)計埋點的點位了，匯總成一個excel表格即可，埋點位置，數(shù)據(jù)類型。確認好了一定要和研發(fā)討論確認實現(xiàn)的方案，合理采用不同的埋點方式。
現(xiàn)在的平臺一般提供3種方案。
代碼埋點：控件操作發(fā)生時通過添加的代碼來發(fā)送數(shù)據(jù)。優(yōu)點：控制發(fā)送數(shù)據(jù)時間，事件自定義屬性詳細記錄；缺點：時間、人力成本大。
可視化埋點：直接在客戶端進行可視化圈選，通過可視化界面配置控件操作與事件操作發(fā)生關系進行數(shù)據(jù)采集。優(yōu)點：產(chǎn)品可直接操作，成本低，速度快；缺點：行為記錄信息少，數(shù)據(jù)準確度不高。
無埋點：用戶展現(xiàn)界面元素時，通過控件綁定觸發(fā)事件，事件被觸發(fā)的時候系統(tǒng)會有相應的接口讓開發(fā)者處理這些行為?，F(xiàn)在市面上主流無埋點做法有兩種，一種是預先跟蹤所有的渲染信息，一種是滯后跟蹤的渲染信息。優(yōu)點：無需埋點；缺點：記錄信息少。
進行埋點，數(shù)據(jù)收集
????埋點過程中有埋點問題的要及時溝通，埋點事件名稱切記不能隨意修改導致兩邊不同，這會給后期數(shù)據(jù)分析造成干擾。埋點完成后需要一段時間進行數(shù)據(jù)收集，一般第二天會開始數(shù)據(jù)統(tǒng)計，穩(wěn)定一兩周查看是否有異常，沒有就可以進行數(shù)據(jù)分析了。
數(shù)據(jù)分析
????這個結合指定的埋點主題進行相應的數(shù)據(jù)分析，大部分的數(shù)據(jù)平臺都會提供報告制作功能，相應的拖拽就能完成數(shù)據(jù)的之前發(fā)的產(chǎn)品運營的文章分析即可。通過描述性分析、預測性分析 對收集到的數(shù)據(jù)進行解讀。
截圖來源：神策數(shù)據(jù)DEMO
有坑注意
如果事無巨細的進行埋點是一項非常大的工程，少則一兩百項多則幾百個點位，全部使用代碼埋點工作量巨大。所以埋點前先要確認主要目的，核心指標，其他的都達不成時必須要的部分，剩下的可以分期、分步逐步加上。
埋好點后及時進行跟進，落實埋點的完整性與準確性。
很多數(shù)據(jù)后臺都可以查到，收集的數(shù)據(jù)也更詳細，而且實現(xiàn)可能更簡單。所以進行埋點前要提前確認，哪些在第三方平臺統(tǒng)計，哪些在后臺統(tǒng)計。
不同第三方平臺對于時間ID與名稱可能會有不同限制，但一定要注意名稱的統(tǒng)一，ios和android ?代碼處的和平臺填寫的。
每個點都有一個專屬ID，盡量能按照類型分組，便于后期分析的時候查找。
移動應用數(shù)據(jù)分析平臺
GrowingIO
百度移動統(tǒng)計
神策分析
騰訊移動分析
谷歌GA
總結
????這次埋點還是有很多遺漏的地方，需要后續(xù)進行補充。另外，埋點只是數(shù)據(jù)分析的基礎，對數(shù)據(jù)按照套路進行分析，形成參考才能體現(xiàn)數(shù)據(jù)的價值。
????更重要的是需要管理層能對數(shù)據(jù)驅動（Data-Driven）能有足夠的重視，用數(shù)據(jù)說話，用數(shù)據(jù)做參考。結合產(chǎn)品數(shù)據(jù)進行問題排查、功能優(yōu)化、業(yè)務探索、試錯并及時修正。
作者：程曉媛闖天涯
我是曉媛，喜歡記得關注我哦！
