背景

?????最近做了公司關(guān)于產(chǎn)品的數(shù)據(jù)埋點(diǎn)項(xiàng)目，主要是做和移動(dòng)端的數(shù)據(jù)埋點(diǎn)。所以做個(gè)小總結(jié)，順道回顧展開講一講關(guān)于app埋點(diǎn)應(yīng)該注意的問題以及應(yīng)該關(guān)注的指標(biāo)（具體要結(jié)合各公司產(chǎn)品特性），主要是全新的埋點(diǎn)，如果單獨(dú)的功能模塊需要加上埋點(diǎn)則簡(jiǎn)單很多 直接在需求說明里面加上埋點(diǎn)需求即可。

數(shù)據(jù)分析的 ?道、術(shù)、器

?????我們都知道今日頭條是一家在數(shù)據(jù)分析、數(shù)據(jù)驅(qū)動(dòng)方便做得非常優(yōu)秀公司。數(shù)據(jù)分析的“道” 也就是一個(gè)公司能從戰(zhàn)略意義上明白數(shù)據(jù)的重要性，不是拍腦袋，也不是拍大腿。建立在數(shù)據(jù)分析的基礎(chǔ)上進(jìn)行項(xiàng)目決策（實(shí)際操作要克服很大的阻力）。找到最優(yōu)的產(chǎn)品方案?！靶g(shù)”既是分析的方法，俗稱套路， “器” 主要是工具，數(shù)據(jù)埋點(diǎn)的工具我會(huì)在問末尾介紹。

app數(shù)據(jù)分析的原理

?分類：根據(jù)采集數(shù)據(jù)端的不同，主要分為網(wǎng)頁數(shù)據(jù)采集、APP數(shù)據(jù)采集。網(wǎng)頁數(shù)據(jù)的主要是使用JS采集，APP數(shù)據(jù)采集主要是通過埋點(diǎn)采集，主要有客戶端（前端）埋點(diǎn)和服務(wù)端（后端）埋點(diǎn)之分?？蛻舳说穆顸c(diǎn)是記錄的用戶在客戶端的操作記錄，服務(wù)端埋點(diǎn)則是記錄的客戶進(jìn)行服務(wù)器請(qǐng)求的日志。

????這次結(jié)合公司的實(shí)際情況，使用的是百度移動(dòng)，在app中嵌入第三方平臺(tái)的SDK進(jìn)行客戶端的數(shù)據(jù)收集，然后在第三方平臺(tái)上進(jìn)行數(shù)據(jù)的可視化與分析。

埋點(diǎn)的步驟

確認(rèn)主題——確認(rèn)指標(biāo)——分解指標(biāo)事件——點(diǎn)位統(tǒng)計(jì)——開發(fā)溝通調(diào)整——進(jìn)行埋點(diǎn)——數(shù)據(jù)收集——分析

確認(rèn)主題

????我們埋點(diǎn)主要是為了什么？ why so？ ?so what？ 這次埋點(diǎn)主要是為了了解用戶的使用習(xí)慣、各個(gè)板塊的轉(zhuǎn)化情況，還是為了了解上線的兩個(gè)功能進(jìn)行A/B測(cè)試。比如我們這次埋點(diǎn)就是為了能了解app端的使用現(xiàn)狀。用戶增長(zhǎng)情況、各板塊的訪問情況、頁面跳轉(zhuǎn)、區(qū)域分布、搭建轉(zhuǎn)化漏斗。

確認(rèn)指標(biāo)

????根據(jù)主題拆解為不同的指標(biāo)，比如用戶增長(zhǎng)可以拆解為新用戶注冊(cè)量、新老用戶占比、日活躍、月活躍等指標(biāo)。

指標(biāo)分類

????指標(biāo)方面按照核心指標(biāo)和衍生指標(biāo)進(jìn)行一個(gè)初步的拆分，各個(gè)公司可以根據(jù)各個(gè)公司的情況進(jìn)行增減。

分解指標(biāo)事件

????把指標(biāo)按照計(jì)算方式拆分成事件，客戶端埋點(diǎn)一般都是采取key-value的形式，key代表某個(gè)事件，value代表相應(yīng)的參數(shù)值，這個(gè)在sdk埋點(diǎn)中不用過多考慮。

????需要注意的是要在第三方平臺(tái)上，上傳/手動(dòng)命名相應(yīng)的事件ID與事件名稱，一定要代碼中的ID與名稱一致。ID與名稱iOS 與Android保持一致，命名的工作一般是由產(chǎn)品來做，有的也可以讓研發(fā)提，兩邊統(tǒng)一即可。

????確認(rèn)好事件之后就可以統(tǒng)計(jì)埋點(diǎn)的點(diǎn)位了，匯總成一個(gè)excel表格即可，埋點(diǎn)位置，數(shù)據(jù)類型。確認(rèn)好了一定要和研發(fā)討論確認(rèn)實(shí)現(xiàn)的方案，合理采用不同的埋點(diǎn)方式。

現(xiàn)在的平臺(tái)一般提供3種方案。

代碼埋點(diǎn)：控件操作發(fā)生時(shí)通過添加的代碼來發(fā)送數(shù)據(jù)。優(yōu)點(diǎn)：控制發(fā)送數(shù)據(jù)時(shí)間，事件自定義屬性詳細(xì)記錄；缺點(diǎn)：時(shí)間、人力成本大。

可視化埋點(diǎn)：直接在客戶端進(jìn)行可視化圈選，通過可視化界面配置控件操作與事件操作發(fā)生關(guān)系進(jìn)行數(shù)據(jù)采集。優(yōu)點(diǎn)：產(chǎn)品可直接操作，成本低，速度快；缺點(diǎn)：行為記錄信息少，數(shù)據(jù)準(zhǔn)確度不高。

無埋點(diǎn)：用戶展現(xiàn)界面元素時(shí)，通過控件綁定觸發(fā)事件，事件被觸發(fā)的時(shí)候系統(tǒng)會(huì)有相應(yīng)的接口讓開發(fā)者處理這些行為?，F(xiàn)在市面上主流無埋點(diǎn)做法有兩種，一種是預(yù)先跟蹤所有的渲染信息，一種是滯后跟蹤的渲染信息。優(yōu)點(diǎn)：無需埋點(diǎn)；缺點(diǎn)：記錄信息少。

進(jìn)行埋點(diǎn)，數(shù)據(jù)收集

????埋點(diǎn)過程中有埋點(diǎn)問題的要及時(shí)溝通，埋點(diǎn)事件名稱切記不能隨意修改導(dǎo)致兩邊不同，這會(huì)給后期數(shù)據(jù)分析造成干擾。埋點(diǎn)完成后需要一段時(shí)間進(jìn)行數(shù)據(jù)收集，一般第二天會(huì)開始數(shù)據(jù)統(tǒng)計(jì)，穩(wěn)定一兩周查看是否有異常，沒有就可以進(jìn)行數(shù)據(jù)分析了。

數(shù)據(jù)分析

????這個(gè)結(jié)合指定的埋點(diǎn)主題進(jìn)行相應(yīng)的數(shù)據(jù)分析，大部分的數(shù)據(jù)平臺(tái)都會(huì)提供報(bào)告制作功能，相應(yīng)的拖拽就能完成數(shù)據(jù)的之前發(fā)的產(chǎn)品運(yùn)營(yíng)的文章分析即可。通過描述性分析、預(yù)測(cè)性分析 對(duì)收集到的數(shù)據(jù)進(jìn)行解讀。

截圖來源：神策數(shù)據(jù)DEMO

有坑注意

如果事無巨細(xì)的進(jìn)行埋點(diǎn)是一項(xiàng)非常大的工程，少則一兩百項(xiàng)多則幾百個(gè)點(diǎn)位，全部使用代碼埋點(diǎn)工作量巨大。所以埋點(diǎn)前先要確認(rèn)主要目的，核心指標(biāo)，其他的都達(dá)不成時(shí)必須要的部分，剩下的可以分期、分步逐步加上。

埋好點(diǎn)后及時(shí)進(jìn)行跟進(jìn)，落實(shí)埋點(diǎn)的完整性與準(zhǔn)確性。

很多數(shù)據(jù)后臺(tái)都可以查到，收集的數(shù)據(jù)也更詳細(xì)，而且實(shí)現(xiàn)可能更簡(jiǎn)單。所以進(jìn)行埋點(diǎn)前要提前確認(rèn)，哪些在第三方平臺(tái)統(tǒng)計(jì)，哪些在后臺(tái)統(tǒng)計(jì)。

不同第三方平臺(tái)對(duì)于時(shí)間ID與名稱可能會(huì)有不同限制，但一定要注意名稱的統(tǒng)一，ios和android ?代碼處的和平臺(tái)填寫的。

每個(gè)點(diǎn)都有一個(gè)專屬ID，盡量能按照類型分組，便于后期分析的時(shí)候查找。

移動(dòng)應(yīng)用數(shù)據(jù)分析平臺(tái)

GrowingIO

百度移動(dòng)統(tǒng)計(jì)

神策分析

騰訊移動(dòng)分析

谷歌GA

總結(jié)

????這次埋點(diǎn)還是有很多遺漏的地方，需要后續(xù)進(jìn)行補(bǔ)充。另外，埋點(diǎn)只是數(shù)據(jù)分析的基礎(chǔ)，對(duì)數(shù)據(jù)按照套路進(jìn)行分析，形成參考才能體現(xiàn)數(shù)據(jù)的價(jià)值。

????更重要的是需要管理層能對(duì)數(shù)據(jù)驅(qū)動(dòng)（Data-Driven）能有足夠的重視，用數(shù)據(jù)說話，用數(shù)據(jù)做參考。結(jié)合產(chǎn)品數(shù)據(jù)進(jìn)行問題排查、功能優(yōu)化、業(yè)務(wù)探索、試錯(cuò)并及時(shí)修正。

作者：程曉媛闖天涯

我是曉媛，喜歡記得關(guān)注我哦！