接入前準備
本節您需要達成如下目標:
- 理解什麼是用戶行為分析
- 理解用戶行為分析領域事件、用戶、屬性等概念
1. 什麼是用戶行為分析
日常工作中,您可能會遇到如下問題:
- 新上線的產品功能,每天有用戶在使用?新設計後的訂單頁面成交比率有沒有提高?
- 營運剛上線的活動,用戶參與情況怎麼樣?用戶是在哪一步發生流失的?
- 管道投放的廣告,有多少用戶點擊了?這些用戶後來有在落地頁上發生註冊嗎?
要回答以上問題,我們需要關注用戶在我們產品上的各種行為,並對用戶行為進行統計和分析。以上述第一個問題為例,需要關注的行為包括:點擊功能入口,進入新功能頁面,點擊目標按鈕 等。如果對行為進行統計,則會得到如下指標
用戶行為 | 統計指標 |
---|---|
點擊功能入口 | 入口點擊次數/人數 |
進入新功能頁面 | 新功能頁面PV/UV、新功能頁面響應成功率(PV/入口點擊次數) |
點擊目標按鈕 | 目標按鈕被點擊次數/人數、目標按鈕點擊率(點擊次數/新功能頁面PV |
如果對行為進行分析,你可能會提出如下問題:
- 三個行為之間,各步驟的轉化率是怎樣的?
- 不同入口進入新功能的用戶,後續轉化率是否有不同?
以上是圍繞用戶行為分析的一個小案例,這個案例展現了我們做行為分析需要經歷的3個步驟:
- 提出業務問題
- 定義問題的分析對象,具體是哪幾個行為
- 對行為進行統計和分析
實際上第 2 步和第 3 步之間,我們有意忽略了行為數據的採集,這項工作涉及的面非常廣,且複雜度高。後面我們將對這項任務進行拆解並逐步介紹。
在著手數據採集工作之前,首先需要了解神策是如何用數據的方式來描述用戶行為,便於後續工作的開展。
2. 如何描述用戶行為
在神策分析中,我們使用“事件模型(Event 模型)”來描述用戶的各種行為,事件模型包括事件(Event)和用戶(User)兩個核心實體。
為什麼這兩個實體結合在一起就可以清晰地描述清楚用戶行為?
實際上,我們在描述用戶行為時,往往只需要描述清楚幾個要點,即可將整個行為描述清楚,要點包括:是誰、什麼時間、什麼地點、以什麼方式、做了什麼。
而事件(Event)和用戶(User)這兩個實體結合在一起就可以達到這一目的。下面分別介紹一下這兩個實體。
2.1. Event 實體
一個完整的事件(Event),包含如下的幾個關鍵因素:
Who:即參與這個事件的用戶是誰。
When:即這個事件發生的實際時間。
Where:即事件發生的地點。
How:即用戶從事這個事件的方式。這個概念就比較廣了,包括用戶使用的裝置、使用的瀏覽器、使用的 App 版本、操作系統版本、進入的管道、跳轉過來時的 referer 等,目前,神策分析預設了如下欄位用來描述這類訊息,使用者也可以根據自己的需要來增加相應的自定義欄位。
$app_version:應用版本
$city: 城市
$manufacturer: 裝置製造商,字串型別,如"Apple"
$model: 裝置型號,字串型別,如"iphone6"
$os: 作業系統,字串型別,如"iOS"
$os_version: 作業系統版本,字串型別,如"8.1.1"
$screen_height: 螢幕高度,數值型別,如1920
$screen_width: 螢幕寬度,數值型別,如1080
$wifi: 是否 WIFI,BOOL型別,如true
What:以欄位的方式記錄用戶所做的事件的具體內容。不同的事件需要記錄的訊息不同,下面給出一些典型的例子:
對於一個“購買”類型的事件,則可能需要記錄的欄位有:商品名稱、商品類型、購買數量、購買金額、 付款方式等;
對於一個“搜尋”類型的事件,則可能需要記錄的欄位有:搜尋關鍵詞、搜尋類型等;
對於一個“點擊”類型的事件,則可能需要記錄的欄位有:點擊 URL、點擊 title、點擊位置等;
對於一個“用戶註冊”類型的事件,則可能需要記錄的欄位有:註冊管道、註冊邀請碼等;
對於一個“用戶投訴”類型的事件,則可能需要記錄的欄位有:投訴內容、投訴對象、投訴管道、投訴方式等;
對於一個“申請退貨”類型的事件,則可能需要記錄的欄位有:退貨金額、退貨原因、退貨方式等。
描述事件的任意一個欄位,都是一個事件屬性。應該採集哪些事件,以及每個事件採集哪些事件屬性,完全取決於產品形態以及分析需求。
2.2. User 實體
每個 User 實體對應一個真實的用戶,每個用戶有各種屬性,常見的屬性例如:年齡、性別,和業務相關的屬性則可能有:會員等級、當前積分、好友數等等。這些描述用戶的欄位,就是用戶屬性。
3. 總結
本節以一個實例充分說明了用戶行為分析的價值,並解釋了“神策如何用數據的方式來記錄用戶行為”。
後續章節將針對”神策如何採集用戶行為“進行解答。
這個問題我們將其拆解成 3 個子問題,首先,我們需要識別行為發生的“當事人”是誰,即 Event 實體中第一個關鍵因素 Who,詳見第 2 步:如何準確的標識用戶。
其次,業務人員需要定義清楚採集哪些數據,搞清楚在哪些地方埋什麼樣的點,相關介紹請參考第 3 步:採集方案設計。
然後開發人員根據業務人員提供的“事件設計”文件進行程式碼埋點,詳細內容請參考第 4 步:2020-06-08_17-46-53_SDK 採集數據 。