常用的數(shù)據(jù)分析模型：https://www.zhihu.com/question/36360374

https://mp.weixin.qq.com/s/xkyCz7KkgeT9TBdch1vz5g

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

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

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

基本的埋點介紹和流程相對比較固定：

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

埋點方法論

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

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

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

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

2 基于后期分析方法判定埋點目標

任務流分析法：根據(jù)產(chǎn)品設計的任務流站故，在任務流開始和結束處埋點皆怕，分析用戶處理任務的情況。

頁面轉化分析法：統(tǒng)計相關頁面的轉化率及頁面元素點擊率西篓，分析用戶行為愈腾。

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

埋點前首先要考慮清楚埋點的目的寸爆，比如是為了獲取用戶群體的某些行為特征以更深層次地理解用戶礁鲁，又或者是為了檢驗新功能的使用情況是否符合預期盐欺，再或者是監(jiān)控程序運行過程中的異常情況赁豆。其次要考慮清楚如何利用結果數(shù)據(jù)去達到你的目的，一般來說目的明確冗美，接下去也很順暢了魔种。

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

首先基于產(chǎn)品和業(yè)務確定商業(yè)目標，繼而將商業(yè)目標拆解粉洼。比如盒馬鮮生的商業(yè)目標是營收节预。營收就可以拆解=用戶量*客單價*凈利潤，再細分用戶群=實體店流量+線上用戶量属韧。等等安拟，繼續(xù)拆解。不斷的細分拆解宵喂，一直到最后的支付環(huán)節(jié)糠赦。完整的梳理交互流程，主要從關鍵行為的頁面和入口來分解锅棕，此外還有一些不依賴APP本身的入口拙泽，比如短信營銷、外部分享等裸燎。

根據(jù)所有梳理出的關鍵行為顾瞻，生成相應的埋點方案。等到埋點回溯之后德绿，就可以從下至上荷荤，從數(shù)據(jù)還原整個商業(yè)目標退渗，以便實時監(jiān)控和分析了。

確認埋點規(guī)范

目前大部分公司基本上是采用第三方數(shù)據(jù)統(tǒng)計平臺蕴纳，不同平臺的埋點文檔大同小異氓辣，但是同一個公司如沒有統(tǒng)一的埋點規(guī)范和埋點管理平臺，就會留下大量的坑袱蚓。（一千個產(chǎn)品有一千個規(guī)范钞啸，一千個點可能就有一千個坑），因此標準的埋點文檔很有必要喇潘。

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

人物（Who）：參與事件的用戶莺戒，一般使用開發(fā)過程中對用戶定義的唯一ID伴嗡，包含用戶的設備ID、UserID从铲、等非敏感信息瘪校。對用戶的姓名、手機號名段、身份證號碼等敏感信息不建議直接采集阱扬，如必須采集可采用脫敏的方式進行。

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

地點（Where）：記錄行為發(fā)生的地點窃蹋，包括用戶的IP地址、GPS位置忙迁、場景或來源（WEB/微信/APP）脐彩。

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

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

下面是部分第三方公司的數(shù)據(jù)平臺結構和埋點

諸葛IO：

友盟：

神策分析：

Growing IO

百度統(tǒng)計

各個平臺基于事件維度嗅回，同時有一定的個性維度組建了數(shù)據(jù)分析維度及穗。但是整體的埋點基本上符合幾個維度，這這些維度的基礎上隨著業(yè)務線的延展擴充和下鉆深度绵载。

（1）事件類型字段：用于說明當前埋點是點擊事件還是瀏覽

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

（3）事件ID字段：每一個埋點都對應唯一一個事件ID，可以通過事件ID去后臺取數(shù)使用娃豹。事件ID的命名規(guī)范各個公司不一樣焚虱，但一定要明確詳細。比如翼支付某一個頁面ID懂版，011212131212,每兩個數(shù)字都代表不同的含義鹃栽，前兩位代表部門等等。通過限制區(qū)分保證頁面ID的唯一性和有效性躯畴。

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

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

? (6）備注字段:用于描述當前埋點什么時間新增？什么時間修改過蓬抄？原因丰嘉？什么時間被刪除？誰刪除的倡鲸？等信息記錄供嚎，為了信息的完整性和可追溯性最好每一次變動都要備注黄娘。

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

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

確認埋點區(qū)域优床、內容、形式和APP產(chǎn)品邏輯的對應后誓焦，將所有需要埋點的內容整理成埋點方案胆敞。撰寫方案過程中要注意：

業(yè)務名稱即APP上的功能或事件名稱，以保證方案內容與APP呈現(xiàn)對應關系杂伟；

事件ID命名時移层，一定要保證唯一性

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

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

當然越平，埋點文檔的完成必須和技術側雙方達成一致且有效才算第一步完成频蛔，最后的的數(shù)據(jù)校驗才能算是埋點有效灵迫。