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

SaaS 健康概述 儀表板

將採用率、可靠性和商業背景放在一個審查表面上,而不假裝它們具有相同的粒度。

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

行紋

在最終投資組合級別聚合之前,每個活躍帳戶一行。

支援決策

選擇要檢查的元件儀表板;不要僅根據綜合預覽做出產品或事件決策。

公制合約

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

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

  • 活躍帳戶
  • 成功的里程碑
  • API錯誤率
  • 每月收入代表
檢查事件架構
完整的DataFusion SQL

在調整欄位之前檢查查詢

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

WITH account_activity AS (
  SELECT
    account_id,
    COUNT(*) AS successful_milestones
  FROM product_events
  WHERE status = 'success'
  GROUP BY account_id
),
account_reliability AS (
  SELECT
    account_id,
    COUNT(*) AS requests,
    SUM(CASE WHEN status = 'error' THEN 1 ELSE 0 END) AS errors
  FROM api_requests
  GROUP BY account_id
)
SELECT
  COUNT(*) AS active_accounts,
  SUM(a.successful_milestones) AS successful_milestones,
  ROUND(100.0 * SUM(r.errors) / NULLIF(SUM(r.requests), 0), 2)
    AS api_error_rate_pct,
  SUM(ac.monthly_revenue_usd) AS represented_mrr_usd
FROM account_activity a
JOIN account_reliability r USING (account_id)
JOIN accounts ac USING (account_id);
資料假設

在發布結果之前證明這些

  • 產品和請求資料表使用相同的假名帳戶識別符號。
  • 帳戶收入是當前維度資料,而不是歷史發票分類賬。
  • 最新的部分 UTC 日不包含在期間比較中。
查詢審查

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

  • 在加入之前將里程碑和請求預先聚合到帳戶粒度。
  • 驗證連線每一端的不匹配帳戶。
  • 標籤將 MRR 表示為優先順序背景而不是事件損失。

解釋邊界

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

將分數視為導覽,而不是真理。在將變化歸因於產品採用或可靠性之前,先開啟元件指標。

相關儀表板範例

用已知資料驗證定義

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