常用的數(shù)據(jù)分析模型：https://www.zhihu.com/question/36360374
https://mp.weixin.qq.com/s/xkyCz7KkgeT9TBdch1vz5g
本文為PMCAFF專欄作者速兔出品
用戶的行為分析是產(chǎn)品調(diào)整迭代，運營推廣、精準營銷等的基礎(chǔ)，此類行為的一切均基于良好的數(shù)據(jù)采集方案。當下幾乎所有互聯(lián)網(wǎng)公司的數(shù)據(jù)源都是通過埋點方式獲得基礎(chǔ)的業(yè)務(wù)數(shù)據(jù)。
簡單來說，數(shù)據(jù)埋點就是傳統(tǒng)的數(shù)據(jù)打點，在網(wǎng)站或者APP中加入一些統(tǒng)計代碼進行數(shù)據(jù)采集。具體埋點的價值以及正確埋點的重要性已經(jīng)無需多言，基本上所有的產(chǎn)品或者數(shù)據(jù)人員都得需要了解自己業(yè)務(wù)的埋點方案。
基本的埋點介紹和流程相對比較固定：
作為產(chǎn)品經(jīng)理或者數(shù)據(jù)分析人員，本身未必需要完整的掌握埋點的技術(shù)，但是作為數(shù)據(jù)需求方在了解完整埋點方案的情況下，需要著重考慮兩個方面以確定埋點方案和可行性。
埋點方法論
埋點的目的是為了獲取有效的數(shù)據(jù)，而數(shù)據(jù)是否有效是由數(shù)據(jù)需求拆解到具體 “指標 + 維度”。
1 基于谷歌分析的AARRR模型來拆分產(chǎn)品方案，通過產(chǎn)品邏輯拆解出分析維度和業(yè)務(wù)邏輯。
AARRR（分別是指獲取、激活、留存、收入和推薦）
正常情況下數(shù)據(jù)埋點的事件維度是基于一個Session,即一個用戶完整的從注冊進入系統(tǒng)到注銷退出系統(tǒng)之間所經(jīng)過的時間。拆解用戶的產(chǎn)品邏輯判斷出用戶所屬的周期繼而制定分析的維度。比如整個產(chǎn)品體系處于初生期，整個運維的重心在于獲客，整個邏輯是用戶通過不同的渠道來源進入APP，繼而留存或流失，埋點的重心必然是在如何獲客的渠道來源上。
2 基于后期分析方法判定埋點目標
任務(wù)流分析法：根據(jù)產(chǎn)品設(shè)計的任務(wù)流，在任務(wù)流開始和結(jié)束處埋點，分析用戶處理任務(wù)的情況。
頁面轉(zhuǎn)化分析法：統(tǒng)計相關(guān)頁面的轉(zhuǎn)化率及頁面元素點擊率，分析用戶行為。
情景分析法：列出各種用戶使用場景，自己或多人體驗不同場景下產(chǎn)品的使用流程，尋找依據(jù)設(shè)立數(shù)據(jù)埋點，通過數(shù)據(jù)反饋驗證用戶行為。
埋點前首先要考慮清楚埋點的目的，比如是為了獲取用戶群體的某些行為特征以更深層次地理解用戶，又或者是為了檢驗新功能的使用情況是否符合預(yù)期，再或者是監(jiān)控程序運行過程中的異常情況。其次要考慮清楚如何利用結(jié)果數(shù)據(jù)去達到你的目的，一般來說目的明確，接下去也很順暢了。
3 基于商業(yè)目的埋點
首先基于產(chǎn)品和業(yè)務(wù)確定商業(yè)目標，繼而將商業(yè)目標拆解。比如盒馬鮮生的商業(yè)目標是營收。營收就可以拆解=用戶量*客單價*凈利潤，再細分用戶群=實體店流量+線上用戶量。等等，繼續(xù)拆解。不斷的細分拆解，一直到最后的支付環(huán)節(jié)。完整的梳理交互流程，主要從關(guān)鍵行為的頁面和入口來分解，此外還有一些不依賴APP本身的入口，比如短信營銷、外部分享等。
根據(jù)所有梳理出的關(guān)鍵行為，生成相應(yīng)的埋點方案。等到埋點回溯之后，就可以從下至上，從數(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，包含用戶的設(shè)備ID、UserID、等非敏感信息。對用戶的姓名、手機號、身份證號碼等敏感信息不建議直接采集，如必須采集可采用脫敏的方式進行。
時間（When）：記錄行為發(fā)生的時間，常見標準的YYYY-MM-DD HH-MM-SS的時間戳以外還可以使用服務(wù)端的Session或登錄序號等。記錄值將用于區(qū)分用戶的登陸次數(shù)，界定活躍次數(shù)和行為歸屬。
地點（Where）：記錄行為發(fā)生的地點，包括用戶的IP地址、GPS位置、場景或來源（WEB/微信/APP）。
行為（What）：事件的內(nèi)容，即發(fā)生的細節(jié)，可以采用記錄事件的屬性/參數(shù)生成記錄值，常見格式為Key-Value模式。
方式（How）：事件所處環(huán)境和發(fā)生方式，常見的記錄值有：網(wǎng)絡(luò)環(huán)境（WIFI/4G）、系統(tǒng)版本（iOS 12.0.1/Android 8.0)、設(shè)備型號（HUAWEI/XIAOMI/Apple）。
下面是部分第三方公司的數(shù)據(jù)平臺結(jié)構(gòu)和埋點
諸葛IO：
友盟：
神策分析：
Growing IO
百度統(tǒng)計
各個平臺基于事件維度，同時有一定的個性維度組建了數(shù)據(jù)分析維度。但是整體的埋點基本上符合幾個維度，這這些維度的基礎(chǔ)上隨著業(yè)務(wù)線的延展擴充和下鉆深度。
（1）事件類型字段：用于說明當前埋點是點擊事件還是瀏覽
（2）中文名字段：用于描述X功能模塊內(nèi)X位置，例如起名叫：支付頁——掃碼
（3）事件ID字段：每一個埋點都對應(yīng)唯一一個事件ID，可以通過事件ID去后臺取數(shù)使用。事件ID的命名規(guī)范各個公司不一樣，但一定要明確詳細。比如翼支付某一個頁面ID，011212131212,每兩個數(shù)字都代表不同的含義，前兩位代表部門等等。通過限制區(qū)分保證頁面ID的唯一性和有效性。
（4）記錄規(guī)則字段：定義什么情況下觸發(fā)埋點，例如：在列表頁點擊一次記錄一次
（5）描述字段：每一個完成的頁面埋點或者按鈕點擊的埋點都需要加一個描述字段進行業(yè)務(wù)闡釋
? (6）備注字段:用于描述當前埋點什么時間新增？什么時間修改過？原因？什么時間被刪除？誰刪除的？等信息記錄，為了信息的完整性和可追溯性最好每一次變動都要備注。
以上均為最簡單APP中所需要的必備字段，隨著業(yè)務(wù)線的擴展以及細分產(chǎn)品的增多，越來越多的按鈕和頁面會出現(xiàn)在二級頁面甚至在三節(jié)界面。埋點方式和查詢方式與主界面方式一致的
如下為一些現(xiàn)有APP的埋點樣式：
確認埋點區(qū)域、內(nèi)容、形式和APP產(chǎn)品邏輯的對應(yīng)后，將所有需要埋點的內(nèi)容整理成埋點方案。撰寫方案過程中要注意：
業(yè)務(wù)名稱即APP上的功能或事件名稱，以保證方案內(nèi)容與APP呈現(xiàn)對應(yīng)關(guān)系；
事件ID命名時，一定要保證唯一性
自定義事件ID設(shè)定時遵循唯一性排他性，不可出現(xiàn)重復命名
數(shù)據(jù)標簽不是越多越好，在滿足功能需求下盡可能簡潔。越繁瑣的埋點文檔越容易產(chǎn)生不一致。
當然，埋點文檔的完成必須和技術(shù)側(cè)雙方達成一致且有效才算第一步完成，最后的的數(shù)據(jù)校驗才能算是埋點有效。
