什么是埋點？怎么埋點呢？本文作者從數(shù)據(jù)產(chǎn)品經(jīng)理的角度來為你講解。

一、數(shù)據(jù)過程

數(shù)據(jù)生產(chǎn)-數(shù)據(jù)采集-數(shù)據(jù)處理-數(shù)據(jù)分析和挖掘-數(shù)據(jù)驅(qū)動/用戶反饋-產(chǎn)品優(yōu)化/迭代。

用戶操作app時產(chǎn)生行為數(shù)據(jù)，通過數(shù)據(jù)采集系統(tǒng)采集，對采集的數(shù)據(jù)進行處理（實時數(shù)據(jù)處理+離線數(shù)據(jù)處理）得到統(tǒng)計數(shù)據(jù)進行數(shù)據(jù)分析，并將結果呈現(xiàn)出來以復盤總結當前版本并驅(qū)動下一個產(chǎn)品迭代，或者清洗后的數(shù)據(jù)進行數(shù)據(jù)挖掘，實時反饋給用戶（如推薦）。

數(shù)據(jù)采集，顧名思義采集相應的數(shù)據(jù)，是整個數(shù)據(jù)流的起點，采集的全不全、對不對，直接決定數(shù)據(jù)廣度和質(zhì)量，影響后續(xù)所有的環(huán)節(jié)。

在數(shù)據(jù)采集失效性、完整性不好的公司，經(jīng)常會有業(yè)務方發(fā)現(xiàn)數(shù)據(jù)發(fā)生的大幅度變化，追其所以時發(fā)現(xiàn)是數(shù)據(jù)采集的問題（見附注）。而另一方面，采集什么數(shù)據(jù)才能有效的得到數(shù)據(jù)分析結論，才能有效的進行推薦，就需要提前規(guī)劃埋點。

當前數(shù)據(jù)采集普遍遇到的幾個問題：

• 實時性，對于工具性產(chǎn)品在無網(wǎng)條件下的數(shù)據(jù)，無法實時上報；
• 完整性，由于用戶隱私協(xié)議&歐盟通用數(shù)據(jù)保護條例的，部分數(shù)據(jù)無法采集；
• 異常，android_id、idfa、idfv 隨版本升級變化或無法獲取。

二、數(shù)據(jù)埋點

接下來用5w2h的思路來看埋點。

1. 埋點是什么？

所謂“埋點”，是數(shù)據(jù)采集領域（尤其是用戶行為數(shù)據(jù)采集領域）的術語，指的是針對特定用戶行為或事件進行捕獲、處理和發(fā)送的相關技術及其實施過程。比如用戶某個icon點擊次數(shù)、觀看某個視頻的時長等等。

埋點的技術實質(zhì)，是先監(jiān)聽軟件應用運行過程中的事件，當需要關注的事件發(fā)生時進行判斷和捕獲。

特別注意需要明確事件發(fā)生時間點、判別條件，這里如果遇到不清楚的，需要和開發(fā)溝通清楚，避免采集數(shù)據(jù)與理想存在差異。例如：期望采集某個app的某個廣告的有效曝光數(shù)，有效曝光的判別條件是停留時長超過1秒且有效加載出廣告內(nèi)容。

2. 埋點是誰的工作？

現(xiàn)在公司通常都會有數(shù)據(jù)產(chǎn)品經(jīng)理或業(yè)務線數(shù)據(jù)分析師，結合版本迭代過程進行埋點規(guī)劃。如果是代碼埋點，還需要開發(fā)完成相應的埋點代碼。

3. 在什么時間點&在哪里埋點呢？

埋點是目的導向。

在產(chǎn)品規(guī)劃時就要思考數(shù)據(jù)埋點問題，如果在產(chǎn)品外發(fā)后再考慮怎么埋點，就會導致前期版本用戶的數(shù)據(jù)無法收集，想要看某個數(shù)據(jù)時就會非常無奈，只有等到新版本完善來彌補。

思考要埋哪些點、埋點的形式，需要緊密結合產(chǎn)品迭代的方向、運營需求，并和數(shù)據(jù)開發(fā)等進行充分溝通以確認：

• 埋點能夠得到想要的數(shù)據(jù)解決/支持；
• 能夠得到當前版本的復盤情況；
• 后續(xù)版本的數(shù)據(jù)支撐。

通常的溝通過程以 埋點文檔為載體；數(shù)據(jù)埋點評審為終結。

當前版本的復盤情況：

• 新版本功能使用情況，是否符合預期；
• 新功能上線后對其他功能點的影響？是否為整體均有積極作用；
• 版本運營活動目標群體的特征獲取;
• 新增商業(yè)化目標的監(jiān)測……

后續(xù)版本的數(shù)據(jù)支撐：

• 規(guī)劃方向的用戶行為分析
• 畫像特征分析

4. 怎么埋點呢？

4.1 埋點技術：代碼埋點、可視化埋點、無埋點

接著第一節(jié)：埋點是什么？來看下埋點技術層面的區(qū)分：代碼埋點、可視化埋點和無埋點。

（1）代碼埋點

以為需要監(jiān)測網(wǎng)站上/app上用戶的行為，是需要在網(wǎng)頁/app中加上一些代碼的，當用戶觸發(fā)相應行為時，進行數(shù)據(jù)上報，也就是代碼埋點。這樣的代碼，在網(wǎng)站上叫監(jiān)測代碼，在app中叫SDK（Software Development Kit）。市場上的第三方數(shù)據(jù)采集均支持代碼埋點，GA, GrowingIO，神策等。

• 優(yōu)點：可以詳細的設置某一個事件自定義屬性；
• 缺點：時間、人力成本大，數(shù)據(jù)傳輸?shù)臅r效性。

（2）可視化埋點

利用可視化交互手段，數(shù)據(jù)產(chǎn)品/數(shù)據(jù)分析師可以通過可視化界面（管理后臺連接設備） 配置事件，如下是騰訊移動分析的可視化埋點界面。可視化埋點仍需要先配置相關事件，再采集。

• 優(yōu)點：埋點只需業(yè)務同學接入，無需開發(fā)支持；
• 缺點：僅支持客戶端行為。

（3）無埋點

無埋點是指開發(fā)人員集成采集 SDK 后，SDK 便直接開始捕捉和監(jiān)測用戶在應用里的所有行為，并全部上報，不需要開發(fā)人員添加額外代碼。

數(shù)據(jù)分析師/數(shù)據(jù)產(chǎn)品 通過管理后臺的圈選功能來選出自己關注的用戶行為，并給出事件命名。之后就可以結合時間屬性、用戶屬性、事件進行分析了。所以無埋點并不是真的不用埋點了。

優(yōu)點：

• 無需開發(fā)，業(yè)務人員埋點即可；
• 支持先上報數(shù)據(jù)，后進行埋點。

缺點：

• 數(shù)據(jù)量大；
• 僅僅支持客戶端。

無埋點和可視化埋點均不需要開發(fā)支持，僅數(shù)據(jù)業(yè)務同學進行設置即可。但兩者數(shù)據(jù)上報-埋點設置存在加大的差異：無埋點支持在數(shù)據(jù)上報之后再進行埋點設置，因而數(shù)據(jù)采集/上報的量遠大于可視化埋點。

因而無埋點的數(shù)據(jù)大都有清空機制，例如growingIO，允許版本發(fā)布后7天內(nèi)設置埋點，超過7天數(shù)據(jù)清空，無法追溯。

4.2 埋點技術：客戶端埋點 & 服務端埋點

（1）客戶端埋點

好處：

• 能夠搜集頁面展示、點擊行為；
• 可以收集不需要請求服務器的數(shù)據(jù)，如音樂的本地播放、頁面停留時長等。

缺點：

• 由于數(shù)據(jù)上報需要網(wǎng)絡，當用戶產(chǎn)生行為而沒有網(wǎng)絡時，則會延遲上報數(shù)據(jù)，影響數(shù)據(jù)的實時性。這點在工具型產(chǎn)品上表現(xiàn)尤其強烈。
• 如果用戶刪除自己的APP操作記錄，或者無網(wǎng)連接時數(shù)據(jù)存儲達到上限，則會造成數(shù)據(jù)丟失，影響數(shù)據(jù)的完整性。
• 當需要改變埋點時，需要更新版本才行，但是會存在有些用戶不更新版本情況，影響數(shù)據(jù)質(zhì)量。

（2）服務端埋點

優(yōu)點：

• 實時性好：實時收集，數(shù)據(jù)很準確，不存在延時上報；
• 變更成本?。寒斠淖兟顸c時，只要改變，上報數(shù)據(jù)就會改變；
• 能夠收集不在APP內(nèi)發(fā)生的行為，只要請求服務器就行，而客戶端只能收集在客戶端中的操作行為，如統(tǒng)計從其他APP引流的安裝量。

缺點：

• 不能收集不需要請求服務器的數(shù)據(jù)；
• 用戶沒聯(lián)網(wǎng)的時候不能夠采集數(shù)據(jù)。

當前大多數(shù)產(chǎn)品&公司都是客戶端、服務端相結合。

（3）各種埋點場景&埋點建議

• 客戶端數(shù)據(jù)：頁面點擊數(shù)據(jù)，比如：tab欄的點擊，某個icon的點擊（各入口點擊對比使用情況，統(tǒng)計頁面點擊行為的轉化漏斗）。
• 服務端數(shù)據(jù)：安裝數(shù)據(jù)，下載后安裝情況；內(nèi)容數(shù)據(jù)，比如某個視頻內(nèi)容 曝光/展示/播放數(shù)據(jù)；搜索內(nèi)容。

以視頻產(chǎn)品為例的一次埋點過程：

1. 明確產(chǎn)品動態(tài)，梳理數(shù)據(jù)需求；

當前為一個視頻社區(qū)軟件，增加了**舞蹈跟拍**功能，用戶可以根據(jù)不用的舞蹈來進行拍攝（運營同學對舞蹈進行了分類，主打幾個舞蹈），目的是為了給用戶提供低成本創(chuàng)造視頻內(nèi)容的方式。

基于上述的產(chǎn)品目的，期望能了解：

a.該功能的使用情況（uv，pv，使用過程漏斗）;

b.生產(chǎn)的視頻情況（視頻數(shù),視頻的互動情況），是否能實現(xiàn)促進內(nèi)容生產(chǎn)帶動社區(qū)氛圍的目標。

2. 數(shù)據(jù)需求轉化為指標&埋點，并與數(shù)據(jù)開發(fā)進行討論；

a.功能使用uv、pv；

b.對其他拍攝功能的影響；

a，b：可以服務端打點，也可以客戶端打點，但因為視頻社區(qū)的基于內(nèi)容的互動行為基本都在服務端，所以建議服務端打點。

c.拍攝流程的轉化漏斗；拍攝流程主要是頁面的點擊過程，故使用客戶端埋點，并記錄uv，pv。

d.跟拍視頻的播放、點贊、評論、分享、關注、二次被跟拍的情況；

f.跟拍舞蹈的類型，明確用戶是否偏向于某個類型的舞蹈跟拍；

d，f服務端，基于內(nèi)容的互動行為基本都在服務端。

3. 版本上線；

4. 按照預期進行數(shù)據(jù)分析，產(chǎn)品迭代復盤。數(shù)據(jù)分析過程，注意查看是否與預期相符，是否有優(yōu)化點。

在了解埋點知識時，參考的文章，在此非常感謝：

• https://blog.csdn.net/heatdeath/article/details/72817838
• http://www.chinawebanalytics.cn/auto-event-tracking-good-bad-ugly/
• https://blog.csdn.net/wangyiyungw/article/details/80179730
• https://www.cnblogs.com/111testing/p/7672833.html
• https://blog.csdn.net/wangyiyungw/article/details/80179730
• https://www.zhihu.com/question/36411025/answer/144973846

本文由 @cecil 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉載

題圖來自 Pexels ，基于 CC0 協(xié)議