聊聊“埋點”這件事

0 評論 4046 瀏覽 27 收藏 5 分鐘

隨著精細化運營等需求的誕生,埋點這一事物也應運而生。那么,埋點都有哪些應用場景?埋點主要采集哪些數據?這篇文章里,作者談了談他的看法,一起來看。

一、前言

互聯網發展起始階段,不關心流量,一切都處在野蠻生長的階段。隨著時代的進步,業務也在增長,網站流量開始增多,這時大家意識到這些數據中蘊含著大量的用戶信息,加之用戶需求越來越復雜,這時產品、運營人員就需要一些關鍵數據作為參考。

埋點應運而生。

二、應用場景

  1. 產品功能使用分析:對于產品來說,他們希望對比不同版本的數據,來評估當前產品改版的情況。
  2. 投放效果分析:對于投放人員而言,他們希望能夠看到投放渠道的效果,以此評估改善投放策略。
  3. 個性化推薦:用戶瀏覽、點擊、互動、下單等行為是算法模型重要的特征輸入。
  4. 其他廣泛場景。

三、埋點主要采集哪些數據?

業內達成共識的就是4W1H數據模型,即who、when、where、what、how

  • WHO:「用戶屬性」相關信息(用戶id、手機號、設備id等)
  • WHEN:時間相關信息(seeionid、客戶端時間等)
  • WHERE:「事件屬性」相關信息(頁面名稱、按鈕名稱、按鈕位置等)
  • WHAT&HOW:「事件」相關信息(頁面按鈕點擊、搜索點擊、頁面瀏覽等)

不同公司由于規模、業務屬性不同,對于「事件」的定義可能存在出入

  • 有些會完全抽象出來,如”頁面按鈕點擊“”頁面曝光“”頁面瀏覽“
  • 有些會將業務核心功能單獨拎出來,如“支付””搜索“”關注“”分享”
  • 有些會核心what&where組合,如“瀏覽主頁”“瀏覽商品詳情頁”

對于如何定義「事件」沒有一定之規,以精簡易用為主,適合自身的就是最好的。

這里分享一個神策的思路:

WHAT:WHAT描述了一個事件具體是什么,這里就是神策事件設計模型的一個獨特的地方。

在這里場景下,按照神策的事件設計規范,事件是“APP頁面瀏覽”,而不是“首頁的瀏覽”,通過增加『頁面名稱』這個屬性來區分究竟瀏覽的是哪個具體的頁面,大家可以思考下,為什么是這種設計思路呢?

實際上,一般一個產品會有N多個不同的頁面,如果將每個頁面都單獨定義為一個事件,那么后臺的事件將會有幾百上千個,業務人員在使用時會非常的麻煩,篩選事件的成本也會非常大。

神策分析在做埋點需求設計時,針對所有類似的觸發機制和場景的事件,都會做聚合處理,因此企業的事件量通常會維持在30-50個左右,配以神策的歸類機制,極大方便企業進行事件管理,給業務人員帶來極強的易用性。

四、埋點設計方案

可以參考火山引擎這一篇,非常詳細https://www.volcengine.com/docs/6285/110093

五、埋點形式

偏技術向,直接貼圖:

本文由 @起司Criss 原創發布于人人都是產品經理。未經許可,禁止轉載

題圖來自Unsplash,基于CC0協議

該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務。

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 目前還沒評論,等你發揮!