本文為PMCAFF專欄作者速兔出品

用戶的行為分析是產(chǎn)品調(diào)整迭代，運(yùn)營(yíng)推廣、精準(zhǔn)營(yíng)銷等的基礎(chǔ)，此類行為的一切均基于良好的數(shù)據(jù)采集方案。當(dāng)下幾乎所有互聯(lián)網(wǎng)公司的數(shù)據(jù)源都是通過(guò)埋點(diǎn)方式獲得基礎(chǔ)的業(yè)務(wù)數(shù)據(jù)。

簡(jiǎn)單來(lái)說(shuō)，數(shù)據(jù)埋點(diǎn)就是傳統(tǒng)的數(shù)據(jù)打點(diǎn)，在網(wǎng)站或者APP中加入一些統(tǒng)計(jì)代碼進(jìn)行數(shù)據(jù)采集。具體埋點(diǎn)的價(jià)值以及正確埋點(diǎn)的重要性已經(jīng)無(wú)需多言，基本上所有的產(chǎn)品或者數(shù)據(jù)人員都得需要了解自己業(yè)務(wù)的埋點(diǎn)方案。

基本的埋點(diǎn)介紹和流程相對(duì)比較固定：

作為產(chǎn)品經(jīng)理或者數(shù)據(jù)分析人員，本身未必需要完整的掌握埋點(diǎn)的技術(shù)，但是作為數(shù)據(jù)需求方在了解完整埋點(diǎn)方案的情況下，需要著重考慮兩個(gè)方面以確定埋點(diǎn)方案和可行性。

1

基于哪些維度埋點(diǎn)

埋點(diǎn)的目的是為了獲取有效的數(shù)據(jù)，而數(shù)據(jù)是否有效是由數(shù)據(jù)需求拆解到具體 “指標(biāo) + 維度”。

1 基于谷歌分析的AARRR模型來(lái)拆分產(chǎn)品方案，通過(guò)產(chǎn)品邏輯拆解出分析維度和業(yè)務(wù)邏輯。

AARRR（分別是指獲取、激活、留存、收入和推薦）

正常情況下數(shù)據(jù)埋點(diǎn)的事件維度是基于一個(gè)Session,即一個(gè)用戶完整的從注冊(cè)進(jìn)入系統(tǒng)到注銷退出系統(tǒng)之間所經(jīng)過(guò)的時(shí)間。拆解用戶的產(chǎn)品邏輯判斷出用戶所屬的周期繼而制定分析的維度。比如整個(gè)產(chǎn)品體系處于初生期，整個(gè)運(yùn)維的重心在于獲客，整個(gè)邏輯是用戶通過(guò)不同的渠道來(lái)源進(jìn)入APP，繼而留存或流失，埋點(diǎn)的重心必然是在如何獲客的渠道來(lái)源上。

2 基于后期分析方法判定埋點(diǎn)目標(biāo)

任務(wù)流分析法：根據(jù)產(chǎn)品設(shè)計(jì)的任務(wù)流，在任務(wù)流開(kāi)始和結(jié)束處埋點(diǎn)，分析用戶處理任務(wù)的情況。

頁(yè)面轉(zhuǎn)化分析法：統(tǒng)計(jì)相關(guān)頁(yè)面的轉(zhuǎn)化率及頁(yè)面元素點(diǎn)擊率，分析用戶行為。

情景分析法：列出各種用戶使用場(chǎng)景，自己或多人體驗(yàn)不同場(chǎng)景下產(chǎn)品的使用流程，尋找依據(jù)設(shè)立數(shù)據(jù)埋點(diǎn)，通過(guò)數(shù)據(jù)反饋驗(yàn)證用戶行為。

埋點(diǎn)前首先要考慮清楚埋點(diǎn)的目的，比如是為了獲取用戶群體的某些行為特征以更深層次地理解用戶，又或者是為了檢驗(yàn)新功能的使用情況是否符合預(yù)期，再或者是監(jiān)控程序運(yùn)行過(guò)程中的異常情況。其次要考慮清楚如何利用結(jié)果數(shù)據(jù)去達(dá)到你的目的，一般來(lái)說(shuō)目的明確，接下去也很順暢了。

3 基于商業(yè)目的埋點(diǎn)

首先基于產(chǎn)品和業(yè)務(wù)確定商業(yè)目標(biāo)，繼而將商業(yè)目標(biāo)拆解。比如盒馬鮮生的商業(yè)目標(biāo)是營(yíng)收。營(yíng)收就可以拆解=用戶量*客單價(jià)*凈利潤(rùn)，再細(xì)分用戶群=實(shí)體店流量+線上用戶量。等等，繼續(xù)拆解。不斷的細(xì)分拆解，一直到最后的支付環(huán)節(jié)。完整的梳理交互流程，主要從關(guān)鍵行為的頁(yè)面和入口來(lái)分解，此外還有一些不依賴APP本身的入口，比如短信營(yíng)銷、外部分享等。

根據(jù)所有梳理出的關(guān)鍵行為，生成相應(yīng)的埋點(diǎn)方案。等到埋點(diǎn)回溯之后，就可以從下至上，從數(shù)據(jù)還原整個(gè)商業(yè)目標(biāo)，以便實(shí)時(shí)監(jiān)控和分析了。

2

形成統(tǒng)一規(guī)范的埋點(diǎn)方案或者埋點(diǎn)表

目前大部分公司基本上是采用第三方數(shù)據(jù)統(tǒng)計(jì)平臺(tái)，不同平臺(tái)的埋點(diǎn)文檔大同小異，但是同一個(gè)公司如沒(méi)有統(tǒng)一的埋點(diǎn)規(guī)范和埋點(diǎn)管理平臺(tái)，就會(huì)留下大量的坑。（一千個(gè)產(chǎn)品有一千個(gè)規(guī)范，一千個(gè)點(diǎn)可能就有一千個(gè)坑），因此標(biāo)準(zhǔn)的埋點(diǎn)文檔很有必要。

數(shù)據(jù)埋點(diǎn)是為了更好的數(shù)據(jù)采集，通常記錄用戶行為的基本要素采用4W+1H的方式，即人物（Who）、時(shí)間（When）、地點(diǎn)（Where）、行為（What）、方式（How）。用戶在什么時(shí)間什么地點(diǎn)使用什么方式產(chǎn)生了什么樣的行為來(lái)記錄。

人物（Who）：參與事件的用戶，一般使用開(kāi)發(fā)過(guò)程中對(duì)用戶定義的唯一ID，包含用戶的設(shè)備ID、UserID、等非敏感信息。對(duì)用戶的姓名、手機(jī)號(hào)、身份證號(hào)碼等敏感信息不建議直接采集，如必須采集可采用脫敏的方式進(jìn)行。

時(shí)間（When）：記錄行為發(fā)生的時(shí)間，常見(jiàn)標(biāo)準(zhǔn)的YYYY-MM-DD HH-MM-SS的時(shí)間戳以外還可以使用服務(wù)端的Session或登錄序號(hào)等。記錄值將用于區(qū)分用戶的登陸次數(shù)，界定活躍次數(shù)和行為歸屬。

地點(diǎn)（Where）：記錄行為發(fā)生的地點(diǎn)，包括用戶的IP地址、GPS位置、場(chǎng)景或來(lái)源（WEB/微信/APP）。

行為（What）：事件的內(nèi)容，即發(fā)生的細(xì)節(jié)，可以采用記錄事件的屬性/參數(shù)生成記錄值，常見(jiàn)格式為Key-Value模式。

方式（How）：事件所處環(huán)境和發(fā)生方式，常見(jiàn)的記錄值有：網(wǎng)絡(luò)環(huán)境（WIFI/4G）、系統(tǒng)版本（iOS 12.0.1/Android 8.0)、設(shè)備型號(hào)（HUAWEI/XIAOMI/Apple）。

下面是部分第三方公司的數(shù)據(jù)平臺(tái)結(jié)構(gòu)和埋點(diǎn)

諸葛IO：

友盟：

神策分析：

Growing IO

百度統(tǒng)計(jì)

各個(gè)平臺(tái)基于事件維度，同時(shí)有一定的個(gè)性維度組建了數(shù)據(jù)分析維度。但是整體的埋點(diǎn)基本上符合幾個(gè)維度，這這些維度的基礎(chǔ)上隨著業(yè)務(wù)線的延展擴(kuò)充和下鉆深度。

（1）事件類型字段：用于說(shuō)明當(dāng)前埋點(diǎn)是點(diǎn)擊事件還是瀏覽

（2）中文名字段：用于描述X功能模塊內(nèi)X位置，例如起名叫：支付頁(yè)——掃碼

（3）事件ID字段：每一個(gè)埋點(diǎn)都對(duì)應(yīng)唯一一個(gè)事件ID，可以通過(guò)事件ID去后臺(tái)取數(shù)使用。事件ID的命名規(guī)范各個(gè)公司不一樣，但一定要明確詳細(xì)。比如翼支付某一個(gè)頁(yè)面ID，011212131212,每?jī)蓚€(gè)數(shù)字都代表不同的含義，前兩位代表部門等等。通過(guò)限制區(qū)分保證頁(yè)面ID的唯一性和有效性。

（4）記錄規(guī)則字段：定義什么情況下觸發(fā)埋點(diǎn)，例如：在列表頁(yè)點(diǎn)擊一次記錄一次

（5）描述字段：每一個(gè)完成的頁(yè)面埋點(diǎn)或者按鈕點(diǎn)擊的埋點(diǎn)都需要加一個(gè)描述字段進(jìn)行業(yè)務(wù)闡釋

? (6）備注字段:用于描述當(dāng)前埋點(diǎn)什么時(shí)間新增？什么時(shí)間修改過(guò)？原因？什么時(shí)間被刪除？誰(shuí)刪除的？等信息記錄，為了信息的完整性和可追溯性最好每一次變動(dòng)都要備注。

以上均為最簡(jiǎn)單APP中所需要的必備字段，隨著業(yè)務(wù)線的擴(kuò)展以及細(xì)分產(chǎn)品的增多，越來(lái)越多的按鈕和頁(yè)面會(huì)出現(xiàn)在二級(jí)頁(yè)面甚至在三節(jié)界面。埋點(diǎn)方式和查詢方式與主界面方式一致的

如下為一些現(xiàn)有APP的埋點(diǎn)樣式：

確認(rèn)埋點(diǎn)區(qū)域、內(nèi)容、形式和APP產(chǎn)品邏輯的對(duì)應(yīng)后，將所有需要埋點(diǎn)的內(nèi)容整理成埋點(diǎn)方案。撰寫(xiě)方案過(guò)程中要注意：

• 業(yè)務(wù)名稱即APP上的功能或事件名稱，以保證方案內(nèi)容與APP呈現(xiàn)對(duì)應(yīng)關(guān)系；

• 事件ID命名時(shí)，一定要保證唯一性

• 自定義事件ID設(shè)定時(shí)遵循唯一性排他性，不可出現(xiàn)重復(fù)命名

• 數(shù)據(jù)標(biāo)簽不是越多越好，在滿足功能需求下盡可能簡(jiǎn)潔。越繁瑣的埋點(diǎn)文檔越容易產(chǎn)生不一致。

當(dāng)然，埋點(diǎn)文檔的完成必須和技術(shù)側(cè)雙方達(dá)成一致且有效才算第一步完成，最后的的數(shù)據(jù)校驗(yàn)才能算是埋點(diǎn)有效。

總結(jié)

以上是生活随笔為你收集整理的数据埋点方案和规范确定的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。