在一次痛苦和煎熬的酸爽經(jīng)歷之后，我又來了遗锣，帶著對知識的敬意和向往琳省，繼續(xù)~~~
開始正題迎吵，本次續(xù)上篇《初始數(shù)據(jù)埋點——需求分析》篇，接下來我們再來聊聊數(shù)據(jù)埋點四部曲之核心輸出篇——埋點方案設計针贬。
埋點方案的目的
埋點是為了滿足快捷击费、高效、豐富的數(shù)據(jù)應用而做的用戶行為過程及結果的記錄桦他。埋點方案是也就是埋點的需求分析文檔DRD文件蔫巩，如同產品輸出的PRD文檔，在業(yè)務需求分析的基礎上完整的輸出埋點方案快压，明確埋點范圍圆仔、埋點方式、埋點事件及采集的數(shù)據(jù)結構和屬性特征等詳細設計內容蔫劣，以方便研發(fā)坪郭、測試等技術人員理解并進行項目開發(fā)，同時還可供業(yè)務人員查閱參考脉幢，理解埋點采集的相關事件及數(shù)據(jù)指標等情況歪沃，方便業(yè)務人員盡快熟悉數(shù)據(jù)結構信姓，提高工作效率。
常見的埋點方式
常見的埋點方式主要分為三種：全埋點绸罗、可視化埋點和代碼埋點意推，其中代碼埋點又分為前端代碼埋點和后端代碼埋點。
全埋點
又叫做無埋點珊蟀、無痕埋點菊值、自動埋點，這種埋點方式想要實現(xiàn)的效果是全自動化埋點育灸，將客戶端的用戶行為盡可能地全面采集腻窒，然后通過界面配置的方式對關鍵行為進行定義。
優(yōu)勢是操作簡單磅崭，每次有用戶行為分析的需求儿子，不用再走一次完整的埋點流程，只用在產品中嵌入SDK砸喻，等于做了一個統(tǒng)一的埋點柔逼。劣勢是采集到的數(shù)據(jù)分散，分析需要關聯(lián)和結構化割岛，只能針對客戶端的數(shù)據(jù)采集愉适，服務端數(shù)據(jù)是采集不到的。
可視化埋點
可視化埋點也被稱為「無碼埋點」癣漆，它的理念是降低實施埋點的門檻维咸，以此來提升原來的工作流程效率。
優(yōu)勢：
操作簡單惠爽，即時驗證生效癌蓖。實施埋點時，無需研發(fā)人員介入婚肆，產品運營可以直接在網(wǎng)站或移動應用的真實界面上操作埋點租副，而且埋點之后立即可以驗證埋點是否正確，并且旬痹，埋點部署到所有客戶端也是幾乎實時生效的附井。
局限性：
首先讨越，可視化埋點也只是針對點擊可見元素的两残，一些動態(tài)頁面、不可見的行為是采集不到的把跨；其次人弓，對于點擊操作附帶的業(yè)務屬性，比較難實現(xiàn)着逐；第三崔赌，為了確保埋點準確性意蛀，可視化埋點也逐步整合了更為復雜的高級設置，操作起來也很低效健芭。
代碼埋點
代碼埋點是最經(jīng)典埋點方式县钥，實施埋點的研發(fā)將埋點代碼結合到業(yè)務代碼中，實現(xiàn)用戶行為數(shù)據(jù)的采集支持任意場景慈迈。
代碼埋點適合精細化分析的場景若贮，這種埋點方式很低效，需要經(jīng)歷完整的埋點流程痒留，包括業(yè)務梳理（產品運營）谴麦、埋點設計（產品運營/研發(fā)）、實施/測試/上線埋點（研發(fā)/測試）伸头。整個過程需要多方協(xié)作匾效，且要求產品運營也具備一定的專業(yè)水平，如果發(fā)生錯漏無法快速補救恤磷。
代碼埋點按照位置的不同面哼，可以分為前端埋點、后端埋點扫步。
前端代碼埋點
前端埋點用來記錄用戶在客戶端的操作行為精绎。前端埋點能夠收集更全面、精細的用戶數(shù)據(jù)锌妻，尤其是不需要請求服務器的行為數(shù)據(jù)代乃，但缺點在于，前端埋點的上報一般存在 15% 左右的延遲上報和漏報（客戶端未聯(lián)網(wǎng)仿粹、數(shù)據(jù)打包上報搁吓、用戶刪除行為數(shù)據(jù)等原因）。
后端代碼埋點
后端埋點用來記錄客戶端進行服務器請求的日志吭历，理論上只要客戶端向服務器發(fā)送過求堕仔，服務端埋點能夠收集到。相比于前端埋點晌区，能實時采集數(shù)據(jù)摩骨，不存在延時上報，數(shù)據(jù)很準確朗若；并且恼五，服務端埋點支持與用戶身份信息和行為附帶屬性信息整合；另外哭懈，每次上線新的埋點或者更新埋點時灾馒，發(fā)布后馬上生效。
埋點事件觸發(fā)類型
埋點事件觸發(fā)類型指的是在埋點時采用什么樣的方式觸發(fā)埋點事件遣总，實現(xiàn)系統(tǒng)自動采集相關數(shù)據(jù)睬罗。每種觸發(fā)類型都有各自的優(yōu)劣勢轨功，在具體設計觸發(fā)時機時，選擇哪種出發(fā)機制特別值得關注以下幾點：業(yè)務含義容达、ID識別機制古涧、前端軟硬件環(huán)境屬性獲取、業(yè)務處理結果獲取花盐、數(shù)據(jù)準確性要求蒿褂。
前端觸發(fā)上報
用戶在前端進行相應的操作時，即觸發(fā)采集數(shù)據(jù)事件卒暂。
前端獲取后端結果后上報
這種方式－般是由于除了記錄用戶操作外啄栓，連帽要獲取用戶操作的結果，比如需要收到 后踹結果的返回也祠，以判斷用戶是否支付成功昙衅，以及失敗情況下具體的報錯原因澡谭，那么莫觸發(fā)機制必須等到前踹拿到后端服務器處理結果后低缩，再造行上報糠雨。
后端觸發(fā)上報
這種方式是指后端處理后直接上報，比如后端處理付款請求出結果時直接后端觸發(fā)上報奖亚。采用這種方式的主要好處是數(shù)據(jù)不會出現(xiàn)漏報淳梦，但也由于是直接后端上報，基本是拿不到用戶的設備終端及軟硬件環(huán)境屬性的昔字，比如用戶在支付時用的是什么設備爆袍、網(wǎng)絡環(huán)境是什么等信息。
后端獲取前端屬性后上報
為了解決后端埋點的軟硬件環(huán)境屬性問題作郭，讓前端在用戶點擊 “去 支付” 時陨囊，將相應的屬性一并傳回服務器，服務器發(fā)生 “支付成功” 時夹攒，帶上相應的前端屬性上報數(shù)據(jù)蜘醋。當然這種方式理論上是數(shù)據(jù)準確性、完備性最高的咏尝，但同時這種方式的采集成本會比較高压语，會隨著所有端的前后端接口做變更，因此编检，只有在對數(shù)據(jù)準確性胎食、前端屬性獲取這兩個需求都非常強時采用。
埋點事件與屬性設計
事件設計做的不好蒙谓，往往會給使用者帶來麻煩斥季，例如：數(shù)據(jù)定義不清楚训桶、系統(tǒng)里的事件累驮、屬性酣倾、屬性性值等關鍵參數(shù)沒有做對應的中文映射，業(yè)務人員就無從下手谤专，看到數(shù)據(jù)一團亂麻躁锡。
事件和屬性設計，通常是在業(yè)務需求分析之后置侍，確定了具體的數(shù)據(jù)分析指標之后開展的映之，將業(yè)務分析訴求，轉換成面向開發(fā)的需求語言蜡坊，讓開發(fā)能看懂需要他在什么場景和規(guī)則下采集哪些數(shù)據(jù)杠输。
事件設計
事件設計就是要采集用戶行為數(shù)據(jù)，首先要根據(jù)業(yè)務分析需求明確采集的目標行為秕衙，進一步搞清楚應該在哪些地方埋什么樣的點蠢甲，最終輸出的成果就是埋點需求文檔。
事件設計可按照4W1H的原則進行事件的設計和定義据忘，即按照“WHO”鹦牛、“WHEN”、“WHERE”勇吊、“WHAT“曼追、”HOW“，即時間汉规、地點礼殊、人物、事件针史、場景膏燕，用戶在什么時間什么位置在什么樣的場景下做什么事情。通過這樣的事件分析悟民，對事件進行定義坝辫、描述（確定其關鍵屬性）及屬性值。
屬性設計
屬性設計主要是指在事件的產生時需要采集的屬性信息射亏，這些屬性信息大致可分為以下四種：
①用戶屬性：主要指的是who觸發(fā)事件的人的信息近忙，如身份信息、動態(tài)屬性（如會員等級智润、角色及舍、活躍度等信息）；
②事件屬性：通過什么方式觸發(fā)的事件窟绷，主要是具體的操作行為锯玛，如來源、操作方式、操作結果攘残、時長等拙友；
③對象屬性：操作對象自身的屬性信息，對象的特征歼郭、對象的標簽遗契。常見的如電商中的操作對象，用戶點擊商品病曾，那么“商品”即對象牍蜂，這個商品具有的特征及數(shù)據(jù)標簽信息等。
④環(huán)境屬性：指的就是觸發(fā)事件時的硬件設備泰涂、軟件鲫竞、地理環(huán)境等內容。
針對這些屬性特征逼蒙，這些屬性往往會有自己的特征值贡茅，我們在做屬性設計時需要對每一個屬性值進行定義，采集時對相關數(shù)據(jù)進行采集并結構化存儲其做。
通過對以上方案設計要點的分析之后顶考，那么關鍵事件來了，方案要怎么寫那妖泄？在研究了一些精品之后驹沿，總結到以下幾點，希望可以幫到大家
※? ?確定埋點方式：方案中需做好規(guī)劃蹈胡，明確事件的埋點方式渊季。
※? ?需求內容詳情：必須包含以下內容，清晰的標書事件罚渐、屬性及屬性值却汉。
? ? ? ??屬性值：具體行為描述，定量定性
~~~以上本次完成第二次作業(yè)荷并，這次沒有上次那么匆忙合砂，前期看了一些文章，構思了文章的主體結構源织，按照我的理解開始分類羅列翩伪，闡述完了基本思路和概念方法之后，貌似就差我的案例需求文檔了谈息，后續(xù)補上缘屹，也給大家留點念想，看看筆者還有沒有余力((*＾-＾*)(*＾-＾*)(*＾-＾*)
