使用 SQL 進行產品旅程分析
產品旅程可以對會話、使用者、帳戶或嘗試進行計數。檢視結果後選擇單位會使分析不穩定。在寫入 SQL 之前定義計數單位、有序里程碑、身分規則和觀察視窗。
發出持久的里程碑
使用描述已完成產品結果的事件名稱，例如 landing_viewed、signup_completed、workspace_created 和 first_query_run。包括經過隱私審查的會話或帳戶識別符號、穩定步驟名稱、步驟順序、有界採集源和 UTC 時間戳。
當基礎操作可能失敗時，不要透過點選按鈕來推斷已完成的里程碑。當生產者可以重試時，對重複事件進行重複資料刪除。記錄旅程是否必須在一個會話中進行，以及使用者是否可以跳過或重複步驟。
計算兩種形式的轉換
產品之旅 SQL 配方 生產：
journey_completion_pct，將每一步與第一步進行比較。step_to_step_pct，將每個步驟與前一個步驟進行比較。
第一個問題回答了有多少進入人口達到了里程碑。第二個定位區域性損失最大的轉變。附帶的裝置有五個進入會話和兩個達到第一個查詢里程碑的會話，因此這兩個百分比都可以在 瀏覽器 SQL 遊樂場 中重現。
對於更嚴格的生產漏斗，首先將每個會話減少到一個最早的里程碑，使用視窗函式驗證步驟順序，並選擇最大旅程持續時間。 SQL漏斗分析指南 更詳細地解釋了這些選擇。
僅在基本旅程正常執行後才進行航段
在新增源、計劃、裝置或實驗維度之前驗證未分段的旅程。每個部分都需要足夠的完整觀察時間和足夠的會話來支援決策。在每個費率旁邊保留原始計數。