在行動分析中，使用者事件本質上是允許您追蹤使用者如何與您的應用程式互動的指示器。
標準用戶事件（例如註冊、登入或購買）用於計算關鍵指標（保留率、轉換率和生命週期價值），並且通常被應用程式所有者很好地理解。
同時每個App都可以有多種自訂事件；例如，「關卡完成」（在遊戲中）、「新朋友」（在社群網路上）、「查看某個產品類別」（在電子商務中）等。
這些事件本質上是在整個用戶旅程中
放置的信標，幫助您有效地定位產品的瓶頸和成長動力，並了解受眾對變化的反應。
在本文中，我們將為您提供 5 個有用的提示，用於配置自訂事件以收集有關應用程式互動的最詳細且相關的資料。
1.提出具體問題。
請記住，即使是追蹤也應該被視為幫助您實現目標的工具。在標記事件時，請務必考慮它們將如何幫助回答相關問題。
例如，這些問題可能與行為模式有關：
哪個等級最容易讓玩家放棄遊戲？
哪些應用程式部分最不受歡迎？
使用者登入後通常會做什麼？
或關於產品更新：
新功能是否受到觀眾歡迎？
自從新品發布以來，有多少人購買了？
新關卡對玩家來說是否太難了？
列出問題清單後，您將能夠選擇相關的使用者事件來回答每個問題。例如，要找出最不受歡迎的應用程式部分，您將需要配置幾個自訂「X部分存取」事件。
2. 將您的目標與應用程式的邏輯保持一致
在收集使用者互動資料時，後續的分析目標並不是您唯一需要考慮的事情 – 應用程式的邏輯也需要考慮。
想像一下，您想要追蹤購買數量和遊戲進度之間的相關性。為此，您的應用程式必須至少提供：
購買跟踪，
進度跟踪，
能夠追蹤每個用戶進度的當前狀態。
擁有所有這些後，您就可以配置標記並嘗試尋找特定模式。如果上述方法不起作用，您可以要求開發人員在應用程式內配置必要的事件以了解更大的情況。
3.不要超軌。
避免跟踪每一個細節。資訊過載並 阿富汗 電話號碼庫 不總是有利於分析，因為管理大量資料可能很不方便。
為了不迷失在無數的事件中，我們建議您在實際繼續這個過程之前先提出問題。這應該可以幫助您專注於有利於實現您的近期目標的數據。
開發者已經創建了應用程式內事件。您的任務是將每個目標問題與這些事件結合起來，以決定哪些資料將透過 SDK 發送到分析系統。
4. 制定事件參數
僅僅知道某個事件已經發生並不總是足夠的。很多時候，周圍的環境很重要。您可以為任何事件新增參數 – 這些參數將用作特殊變數並啟用相關資料的傳輸。
例如，「關卡完成」的事 醫療援助：簡化每個人的醫療保健 件可以有「獲得的分數」參數，「結帳時取消訂單」的事件還可以報告「送貨費」。
此外，如果沒有參數，某些事件就會變得無關緊要。例如，如果我們不知道產品類別是什麼，「檢視產品類別」對於分析幾乎沒有用處。
此外，參數有助於減少必要事件的數量 – 例如，「獲得的分數」消除了為完成 0、1 等分數而設定單獨事件的需要。
5. 了解分析系統的具體情況。
每個分析系統都有其優點和缺點、優點和缺點，以及標記事件時應記住的簡單功能。
選擇系統時，請確保您知道以下問題的答案：
他們如何儲存用戶資料以及儲存的事件是否有限制？
一個事件可以有多少個參數？
支援哪些參數格式？
可以傳遞參數嗎？
該平台是否有預定義事件，例如安裝或註冊？
有沒有辦法追蹤自訂事件？
歸因如何發揮作用？事件可以按裝置或使用者分組嗎？
處理數據和建立報告需要多長時間？
事先詳細了解該工具及其功能總是比開始後浪費時間修復錯誤要好。
使用一種語言和術語
同樣重要的是，該平台由與您使用相同語言的人操作。
通常，應用程式擁有者使用的術語在分析系統中具有不同的意義。如果我們以「安裝」事件為例，有些專家可能會將其視為只是應用程式的安裝，而其他人也會將首次應用程式啟動包含在定義中。
大多數分析系統都會提供必要的文件和技術支持，以幫助您理解術語和指標，並確保每個人都在同一頁上。
在不同平台上使用完全相同的事件名稱
一些分析系統支援跨平台事件追蹤：例如，如果使用者的操作在不同平台（iOS、Android、Web）上觸發相同的事件。
如果您選擇了多平台分析解決方案，請確保在標記系統中的事件時在不同平台上使用完全相同的事件名稱：這對於產品管道分析至關重要。
例如，如果遊戲的通過第5 級在iOS 平台上標記為“通過第5 級”，在Android 平台上標記為“第5 級完成”，那麼您在構建自動漏斗時將必須選擇兩個不同的事件。
有關建立產品管道的更多資訊可以在此處找到。
應用內事件標記：逐步演練
假設我們有一個應用程序，想要追蹤其用戶旅程並識別任何可用性問題。
在我們的範例中，這將是一款具有註冊和登入功能、具有不同機制的關卡以及一些應用程式內交易選項的遊戲。
現在，讓我們按照剛剛介紹的 5 個步驟進行操作。
第 1 步：提出問題
首先，我們需要製定需要答案的具體問題。
有多少用戶安裝了該應用程式？
有多少人註冊了，有多少人登入了？
用戶是否進行應用程式內購買？他們到底買什麼？
有多少人達到某一水平？隨著遊戲的進展，他們是否能夠應對遊戲機制的變化？
第 2 步：與應用程式的邏輯保持一致
重新檢查您遇到的問題，並確保應用程式的邏輯允許您回答這些問題。
安裝、註冊和登入事件很可能已經由開發人員提供。同時，應重新審視追蹤購買和關卡完成情況的技術能力，並在必要時進行微調。
步驟 3：確定要追蹤的事件數量
我們應該只追蹤能夠為所提出的問題提供答案並從而改善用戶體驗的事件。
為了確保沒有遺漏任何內容，讓我們將每個問題與相關事件配對：
「安裝」有助於計算下載次數；
「註冊」和「登入」顯示有多少用戶註冊並登入了該應用程式；
「應用程式內購買」表示用戶是否進行購買；
「關卡完成」和「關卡失敗」可以追蹤使用者在遊戲不同階段的管理情況。
步驟4：配置事件參數
至少在兩種情況下事件參數肯定是必要的：
在「應用程式內購買」事件中將已購買產品（例如鑽石、劍或額外生命）的資料傳輸到分析系統。
在「關卡已完成」和「關卡失敗」事件中傳輸階段編號（請注意，如果事件沒有特定參數，則事件本質上變得毫無意義）。
第 5 步：選擇分析平台
在進行標記之前，我們需要選擇有利於實現我們目標的正確分析系統。