如何確定要跟踪哪些事件？

這是關於客戶數據的五部分系列的第五部分。 以下是第一、二、三、四部分。

從提問開始。

要決定要跟踪哪些事件以及要收集哪些數據，您需要列出有關用戶及其產品使用情況的問題。

一旦你開始列出你的問題，你就會意識到你想知道的東西太多了。 問題會引發更多問題，當這種情況發生時，您可能希望一次獲得所有答案。 由於這個過程讓大多數人感覺如何，讓我們將這些問題稱為熱點問題。

如果你不這麼認為，你可能並不熱衷於了解太多或對你的假設有堅定的信念。 但是，不要讓這阻礙你提問——當你找到答案時，你可能會感到驚喜或完全失望。

一旦您能夠可視化數據，就更容易提出數據問題 - 但如果您在沒有首先提出緊迫問題的情況下繼續構建報告或可視化數據，這也可能適得其反。

燃燒的問題

緊迫的問題可以很簡單，例如“過去 7 天有多少用戶註冊？” 或者像“過去 7 天內有多少SaaS 行業的用戶註冊並邀請其他用戶加入他們的組織？”這樣複雜的問題。

在考慮緊迫的問題時，開始列出以下操作會有所幫助：

• 用戶必須執行的操作才能達到 aha 時刻（激活事件）
• 指示用戶已準備好購買或升級帳戶的操作
• 促進用戶參與並留住用戶的操作
• 表明用戶沒有從產品中獲得足夠價值的行為
• 可能導致用戶流失的操作

這也是開始質疑產品體驗並仔細考慮您的核心產品的好時機。 以下問題適用於大多數科技產品：

• 價值的時間是多少，或者用戶需要多長時間才能達到“啊哈時刻”？
• 用戶註冊後採取的各種路徑是什麼？
• 用戶旅程中的摩擦點是什麼？
• 活躍用戶最常使用的功能是什麼？
• 付費用戶最少使用的功能是什麼？
• 哪些功能導致免費用戶轉化為付費用戶？

事件和事件屬性

一旦你有了一個緊迫問題的列表（從 5 到 10 開始是一個很好的數字），你就可以進入最關鍵的步驟——定義事件和事件屬性。

這是您最終開始創建數據跟踪計劃的地方。

除了核心事件之外，您還應該開始考慮在特定事件發生時想要收集的各種數據。 本指南包含一些常見事件和相關屬性的示例，這些示例將為如何考慮此過程提供一些背景信息。

在開始創建跟踪計劃之前，您必須了解以下內容。

點擊、查看和流程

請注意產品內部發生的點擊、查看和流程之間的差異，這一點非常重要——點擊的每個按鈕、查看的頁面或完成的流程都可以作為一個獨特的事件進行跟踪。

此外，在某些情況下，可以將事件作為以下三種中的任何一種進行跟踪：頁面查看、按鈕單擊或流程完成。

讓我們使用假設的註冊流程仔細看看：

首先，用戶點擊主頁上的註冊在這裡，執行的事件可以被跟踪為按鈕單擊（主頁上的註冊按鈕）或頁面查看（註冊頁面）。

接下來，用戶填寫註冊表，單擊提交如果一切順利，提交將到達數據庫並創建一個新行。

在這裡，執行的事件可以被跟踪為按鈕單擊（提交按鈕）、頁面查看（感謝頁面）或流程完成（數據庫中的新行）。

因此，您選擇如何跟踪事件完全取決於您的用例，有時，同時跟踪按鈕點擊以及頁面視圖或流程完成甚至可能是有意義的。

and sign up 也就是說，如果您的目標是了解用戶行為，則應通過確保不會多次跟踪用戶操作（單擊註冊按鈕並瀏覽過的頁面

.要跟踪頁面瀏覽量，您可以為每個頁面指定一個唯一事件，例如。 但是，當您想要跟踪每個唯一頁面的頁面瀏覽量時，這會使您的事件列表變得非常長。

您可以指定一個名為Page Viewed的通用事件，而不是為每個頁面定義一個單獨的事件，其事件屬性如下：

按鈕點擊

與頁面瀏覽量一樣，按鈕點擊也應通過通用事件進行跟踪，例如Button Clicked以及以下相關屬性：

流程完成

流程是與數據庫交互的結果，其中數據要么寫入（在特定表中），要么檢索（從表中）——如果交互失敗，則流程失敗。

因此，跟踪流程的完成是跟踪依賴與數據庫交互完成的事件的最可靠方法。

這是一個太常見的場景：

用戶在填寫註冊表單後單擊提交按鈕，卻出現驗證錯誤，例如“密碼必須包含特殊字符”。 在這裡，用戶執行了事件Button Clicked但實際上並沒有完成註冊過程。

同樣，如果用戶單擊提交按鈕但發生服務器端錯誤，則該過程將失敗並且用戶數據不會進入數據庫。 因此，即使用戶成功提交了註冊表單，註冊過程仍然不完整。

因此，考慮事件發生時應該完成的整個過程（或數據庫交互）至關重要。

此外，您還必須知道用戶是否註冊了您的產品但沒有驗證他們的電子郵件地址——一種方法是檢查用戶是否在註冊後登錄（這只能在驗證電子郵件後發生）。 但是可能會有用戶確實驗證了電子郵件但從未登錄。

因此，更好的方法可能是跟踪 2 個單獨的事件 - 已註冊（已完成註冊過程）和這還將告訴您有多少人註冊但未驗證他們的電子郵件，使您能夠在一兩天后重新發送驗證電子郵件。

客戶端與服務器端事件

不依賴於數據庫交互（或後端進程）的點擊和視圖等事件本質上是客戶端事件。

客戶端事件僅在客戶端（或用戶的設備）上發生，也稱為前端事件。

另一方面，依賴後端進程的事件稱為服務器端事件。 顧名思義，當數據庫交互成功完成時，服務器端事件發生在服務器上。

服務器端事件也稱為後端事件。

了解客戶端和服務器端事件之間的區別有助於檢測過程，因為這兩種類型的事件通常由組織中的不同人員實現。

即使全棧開發人員負責實現這兩種類型的事件，在跟踪計劃中指定事件源總是有幫助的。

事件跟踪後續步驟

這使我們結束了關於客戶數據的五部分系列。 要立即開始跟踪您的活動，請先使用免費的 Amplitude 帳戶。