背景
?????最近做了公司關(guān)于產(chǎn)品的數(shù)據(jù)埋點項目呻惕，主要是做和移動端的數(shù)據(jù)埋點。所以做個小總結(jié)闹炉，順道回顧展開講一講關(guān)于app埋點應(yīng)該注意的問題以及應(yīng)該關(guān)注的指標(biāo)（具體要結(jié)合各公司產(chǎn)品特性）狡汉，主要是全新的埋點，如果單獨的功能模塊需要加上埋點則簡單很多 直接在需求說明里面加上埋點需求即可。
數(shù)據(jù)分析的 ?道、術(shù)、器
?????我們都知道今日頭條是一家在數(shù)據(jù)分析社付、數(shù)據(jù)驅(qū)動方便做得非常優(yōu)秀公司。數(shù)據(jù)分析的“道” 也就是一個公司能從戰(zhàn)略意義上明白數(shù)據(jù)的重要性邻耕，不是拍腦袋鸥咖，也不是拍大腿。建立在數(shù)據(jù)分析的基礎(chǔ)上進行項目決策（實際操作要克服很大的阻力）兄世。找到最優(yōu)的產(chǎn)品方案啼辣。“術(shù)”既是分析的方法御滩，俗稱套路鸥拧， “器” 主要是工具，數(shù)據(jù)埋點的工具我會在問末尾介紹削解。
app數(shù)據(jù)分析的原理
?分類：根據(jù)采集數(shù)據(jù)端的不同富弦，主要分為網(wǎng)頁數(shù)據(jù)采集、APP數(shù)據(jù)采集氛驮。網(wǎng)頁數(shù)據(jù)的主要是使用JS采集腕柜，APP數(shù)據(jù)采集主要是通過埋點采集，主要有客戶端（前端）埋點和服務(wù)端（后端）埋點之分矫废≌电停客戶端的埋點是記錄的用戶在客戶端的操作記錄，服務(wù)端埋點則是記錄的客戶進行服務(wù)器請求的日志蓖扑。
????這次結(jié)合公司的實際情況唉铜，使用的是百度移動，在app中嵌入第三方平臺的SDK進行客戶端的數(shù)據(jù)收集赵誓，然后在第三方平臺上進行數(shù)據(jù)的可視化與分析打毛。
埋點的步驟
確認(rèn)主題——確認(rèn)指標(biāo)——分解指標(biāo)事件——點位統(tǒng)計——開發(fā)溝通調(diào)整——進行埋點——數(shù)據(jù)收集——分析
確認(rèn)主題
????我們埋點主要是為了什么？ why so俩功？ ?so what？ 這次埋點主要是為了了解用戶的使用習(xí)慣碰声、各個板塊的轉(zhuǎn)化情況诡蜓，還是為了了解上線的兩個功能進行A/B測試。比如我們這次埋點就是為了能了解app端的使用現(xiàn)狀胰挑。用戶增長情況蔓罚、各板塊的訪問情況椿肩、頁面跳轉(zhuǎn)、區(qū)域分布豺谈、搭建轉(zhuǎn)化漏斗郑象。
確認(rèn)指標(biāo)
????根據(jù)主題拆解為不同的指標(biāo)，比如用戶增長可以拆解為新用戶注冊量茬末、新老用戶占比厂榛、日活躍、月活躍等指標(biāo)丽惭。
指標(biāo)分類
????指標(biāo)方面按照核心指標(biāo)和衍生指標(biāo)進行一個初步的拆分击奶，各個公司可以根據(jù)各個公司的情況進行增減。
分解指標(biāo)事件
????把指標(biāo)按照計算方式拆分成事件责掏，客戶端埋點一般都是采取key-value的形式柜砾，key代表某個事件，value代表相應(yīng)的參數(shù)值换衬，這個在sdk埋點中不用過多考慮痰驱。
????需要注意的是要在第三方平臺上，上傳/手動命名相應(yīng)的事件ID與事件名稱瞳浦，一定要代碼中的ID與名稱一致萄唇。ID與名稱iOS 與Android保持一致，命名的工作一般是由產(chǎn)品來做术幔，有的也可以讓研發(fā)提另萤，兩邊統(tǒng)一即可。
????確認(rèn)好事件之后就可以統(tǒng)計埋點的點位了诅挑，匯總成一個excel表格即可四敞，埋點位置，數(shù)據(jù)類型拔妥。確認(rèn)好了一定要和研發(fā)討論確認(rèn)實現(xiàn)的方案忿危，合理采用不同的埋點方式。
現(xiàn)在的平臺一般提供3種方案没龙。
代碼埋點：控件操作發(fā)生時通過添加的代碼來發(fā)送數(shù)據(jù)铺厨。優(yōu)點：控制發(fā)送數(shù)據(jù)時間，事件自定義屬性詳細(xì)記錄硬纤；缺點：時間解滓、人力成本大。
可視化埋點：直接在客戶端進行可視化圈選筝家，通過可視化界面配置控件操作與事件操作發(fā)生關(guān)系進行數(shù)據(jù)采集洼裤。優(yōu)點：產(chǎn)品可直接操作，成本低溪王，速度快腮鞍；缺點：行為記錄信息少值骇，數(shù)據(jù)準(zhǔn)確度不高。
無埋點：用戶展現(xiàn)界面元素時移国，通過控件綁定觸發(fā)事件吱瘩，事件被觸發(fā)的時候系統(tǒng)會有相應(yīng)的接口讓開發(fā)者處理這些行為。現(xiàn)在市面上主流無埋點做法有兩種迹缀，一種是預(yù)先跟蹤所有的渲染信息使碾，一種是滯后跟蹤的渲染信息。優(yōu)點：無需埋點裹芝；缺點：記錄信息少部逮。
進行埋點，數(shù)據(jù)收集
????埋點過程中有埋點問題的要及時溝通嫂易，埋點事件名稱切記不能隨意修改導(dǎo)致兩邊不同兄朋，這會給后期數(shù)據(jù)分析造成干擾。埋點完成后需要一段時間進行數(shù)據(jù)收集怜械，一般第二天會開始數(shù)據(jù)統(tǒng)計颅和，穩(wěn)定一兩周查看是否有異常，沒有就可以進行數(shù)據(jù)分析了缕允。
數(shù)據(jù)分析
????這個結(jié)合指定的埋點主題進行相應(yīng)的數(shù)據(jù)分析峡扩，大部分的數(shù)據(jù)平臺都會提供報告制作功能，相應(yīng)的拖拽就能完成數(shù)據(jù)的之前發(fā)的產(chǎn)品運營的文章分析即可障本。通過描述性分析教届、預(yù)測性分析 對收集到的數(shù)據(jù)進行解讀。
截圖來源：神策數(shù)據(jù)DEMO
有坑注意
如果事無巨細(xì)的進行埋點是一項非常大的工程驾霜，少則一兩百項多則幾百個點位案训，全部使用代碼埋點工作量巨大。所以埋點前先要確認(rèn)主要目的粪糙，核心指標(biāo)强霎，其他的都達(dá)不成時必須要的部分，剩下的可以分期蓉冈、分步逐步加上城舞。
埋好點后及時進行跟進，落實埋點的完整性與準(zhǔn)確性寞酿。
很多數(shù)據(jù)后臺都可以查到家夺，收集的數(shù)據(jù)也更詳細(xì)，而且實現(xiàn)可能更簡單熟嫩。所以進行埋點前要提前確認(rèn)秦踪，哪些在第三方平臺統(tǒng)計，哪些在后臺統(tǒng)計掸茅。
不同第三方平臺對于時間ID與名稱可能會有不同限制椅邓，但一定要注意名稱的統(tǒng)一，ios和android ?代碼處的和平臺填寫的昧狮。
每個點都有一個專屬ID景馁，盡量能按照類型分組，便于后期分析的時候查找逗鸣。
移動應(yīng)用數(shù)據(jù)分析平臺
GrowingIO
百度移動統(tǒng)計
神策分析
騰訊移動分析
谷歌GA
總結(jié)
????這次埋點還是有很多遺漏的地方合住，需要后續(xù)進行補充。另外撒璧，埋點只是數(shù)據(jù)分析的基礎(chǔ)透葛，對數(shù)據(jù)按照套路進行分析，形成參考才能體現(xiàn)數(shù)據(jù)的價值卿樱。
????更重要的是需要管理層能對數(shù)據(jù)驅(qū)動（Data-Driven）能有足夠的重視僚害，用數(shù)據(jù)說話，用數(shù)據(jù)做參考繁调。結(jié)合產(chǎn)品數(shù)據(jù)進行問題排查萨蚕、功能優(yōu)化、業(yè)務(wù)探索蹄胰、試錯并及時修正岳遥。
作者：程曉媛闖天涯
我是曉媛，喜歡記得關(guān)注我哦裕寨！
