數(shù)據(jù)埋點：用戶做了什么煌张，向服務器發(fā)送一條日志
埋點的最終目的是有能力觀察及分析數(shù)據(jù)
埋點會遇到的問題
自己理不清：要啥數(shù)據(jù)/有啥屬性
研發(fā)聽不懂：前端采集or后端采集？/跨越前后端取值峭跳？

數(shù)據(jù)采集方式：線上、全埋點/無埋點缺前、線下、競品

線上數(shù)據(jù)采集【數(shù)據(jù)需求文檔（Data Requirements Document）】

• 明確埋點需求：歸納需求（產品自身的指標建模/業(yè)務部門的分析需求）
  明確需求之后悬襟，考慮需要哪個指標來衡量需求衅码，進而選擇適當?shù)穆顸c屬性【需求→指標→埋點】
• 選擇適當?shù)穆顸c屬性
  依據(jù)經驗，預先按分析維度設計屬性（依賴分析經驗脊岳，頻繁添加埋點逝段，需要研發(fā)密切配合）
  根據(jù)套路，預先設計埋點屬性（WWWHW）
  Who When Where How What某個用戶在某個時間點割捅、某個地方以某種形式完成了某個具體的事情
  Who：認設備/認人
  認設備：web（cookie）/IOS（UUID/IDFV/IDFA）/Android（UUID/Android ID）
  認人：UID/微信等第三方UID/手機號/身份證
  When：哪個時間
  哪個節(jié)點的時間奶躯？事件發(fā)生-事件上報-事件接收-事件入庫
  哪個時區(qū)的時間？上報時間時帶時區(qū)/使用Unix時間戳
  Where：哪個地點
  GPS：獲得的是經緯度亿驾，往往需要通過API取得詳細的地址信息
  IP：統(tǒng)一分配給運營商嘹黔，相對比較粗略，可通過第三方查所屬地
  自主填寫：相比用戶真實位置莫瞬，更關心用戶希望在哪（租房/買房/裝修）
  How：什么形式
  用的什么設備儡蔓？/裝的哪個版本郭蕉？/操作系統(tǒng)是什么？/用的什么瀏覽器喂江？/流量還是Wifi召锈？/從哪個頁面來的？/...
  What：什么事情
  購買：買了什么（商品名稱）/什么類型（商品類型）/買了多少（數(shù)量）/花了多少錢（金額）/付款方式/...
  搜索：搜索關鍵詞/搜索類型/...
  用戶注冊：注冊渠道/注冊邀請碼/...
  用戶投訴：投訴內容/投訴對象/投訴渠道/投訴方式/...
  申請退貨：退貨金額/退貨原因/退貨方式/...
  Who/When/Where是公共屬性获询，不同的模塊最好采用一種取值方式涨岁，便于后續(xù)合并分析/維護
  事件聚類：比如說有很多個模塊可以完成支付，事件統(tǒng)一命名為支付pay吉嚣，然后埋點一個position屬性表明在哪個模塊支付的
• 前端采集or后端采集
  除非某個行為只在前端發(fā)生梢薪，否則都建議在后端采集
  前端埋點的弊端
  某些屬性前端沒有/改動依賴產品發(fā)版/事件上報時機略尷尬
  埋點屬性的來源
  前端：調用API/取頁面上的值/行為統(tǒng)計（計時器/頁面瀏覽時間）
  后端：業(yè)務數(shù)據(jù)/查關聯(lián)表/前端送來的數(shù)據(jù)/技術數(shù)據(jù)（單次事件響應時間）
  埋點有效性的校驗（數(shù)據(jù)不具備回溯性，信息損失了就沒了）
  抓包/看數(shù)據(jù)平臺是否顯示對應事件/與DRD逐個比對瓦戚，核驗是否符合預期
• 埋點文檔的常用字段
  事件編號/事件英文變量/事件名/事件定義
  屬性英文變量/屬性名/屬性值類型/屬性定義
  埋點屬性當前狀態(tài)/埋點行式/上線版本/上線時間/下線時間/備注常見值

全埋點/無埋點=把所有瀏覽和點擊行為都記錄下來
適用場景：分析需求簡單（只需要統(tǒng)計PV和點擊）/開發(fā)限制因素多（臨時活動/沒時間部署埋點）/業(yè)務流程簡單（只需要點擊/跳轉）
技巧：可將本來能在一頁完成的流程拆成多頁來實現(xiàn)全埋點采集
限制：非瀏覽和點擊事件無法采集到what/how類的信息
線下數(shù)據(jù)收集
人體傳感器/飯店收銀臺/超市重力傳感器
電商：物流信息/客服跟進情況
教育：到課率/線下招生收集到的客戶信息
金融：地推/短信發(fā)送的用戶（與新注冊用戶對比沮尿，驗證推廣效果）
競品數(shù)據(jù)采集
明確采集目的、爬取所需數(shù)據(jù)