跳至主要內容
Telemetry
儀表板範例

帳戶啟用漏斗 儀表板

按順序衡量持久的帳戶里程碑,並在每個漏斗步驟中明確分母。

審閱者 Telemetry產品團隊 . 決策、事件粒度、指標、DataFusion SQL、綜合結果、假設、新鮮度和解釋邊界. 審查標準和所有權

行紋

每個帳戶一行具有第一個或達到的里程碑狀態。

支援決策

選擇一個轉變和佇列進行定性和埋點審查。

公制合約

將分母和單位放在圖表旁邊

使這些名稱適應您的合約,同時保留宣告的穀物。在對映來自生產生產者的欄位之前檢查連結的事件模式。

  • 已註冊帳戶
  • 連線的來源
  • 第一個查詢執行
  • 已建立儀表板
檢查事件架構
完整的DataFusion SQL

在調整欄位之前檢查查詢

此公共查詢是一個起始定義。新增適合您的生產事件合約的有限時間過濾器、完整桶策略、環境和最小數量。

WITH milestones AS (
  SELECT
    account_id,
    MAX(CASE WHEN event_name = 'source_connected'
      AND status = 'success' THEN 1 ELSE 0 END) AS connected,
    MAX(CASE WHEN event_name = 'query_completed'
      AND status = 'success' THEN 1 ELSE 0 END) AS queried,
    MAX(CASE WHEN event_name = 'dashboard_created'
      AND status = 'success' THEN 1 ELSE 0 END) AS dashboarded
  FROM product_events
  GROUP BY account_id
)
SELECT 'signed_up' AS step, COUNT(*) AS accounts FROM accounts
UNION ALL
SELECT 'source_connected', SUM(connected) FROM milestones
UNION ALL
SELECT 'query_completed', SUM(queried) FROM milestones
UNION ALL
SELECT 'dashboard_created', SUM(dashboarded) FROM milestones;
資料假設

在發布結果之前證明這些

  • 每個里程碑都代表承諾的產品狀態,而不是 UI 點選。
  • 每個步驟都使用相同的假名帳戶識別符號。
  • 註冊佇列和觀察視窗在比較之前是固定的。
查詢審查

確保儀表板值得信賴的檢查

  • 在計算漏斗步驟之前使用一個帳戶級別行。
  • 計算轉換時,明確每個步驟的分母。
  • 在將下降歸因於入職變化之前,按群組進行細分。

解釋邊界

這個結果本身不能證明什麼

漏斗描述了觀察到的里程碑,而不是帳戶停止的原因。在改變入職培訓之前,將其與定性研究結合起來並按群體進行細分。

相關儀表板範例

用已知資料驗證定義

在將查詢連線到生產儀表板或警示之前,執行具有已知成功、失敗、缺失、重複和邊界情況的固定裝置。