本文へ移動
Telemetry
サブスクリプション、製品の使用状況、保持、拡張を調整する SaaS チーム向け

SQL による SaaS 収益分析

切り離された請求スナップショットに依存するのではなく、サブスクリプションの移動、請求書、資格、製品の成果から監査可能な SaaS 収益モデルを構築します。

レビュー者 Telemetry 製品チーム . イベント項目、推奨クエリ、除外するデータを確認しました. このページのレビュー担当

なぜこれが機能するのか
  • アカウントとサブスクリプションの境界における新規、拡大、縮小、解約、再アクティブ化の動きをモデル化します。
  • 現金の回収、使用、および一時的な料金から経常収益を分離して計上します。
  • 安定したアカウント識別子を使用して、収益の変化をアクティベーション、導入、信頼性、サポートのシグナルに結び付けます。
ユースケースの証拠パス

SaaS revenue analytics with SQL: 実装から決定まで

完全な saas revenue analytics with sql 測定ループは、1 つの所有ワークフロー、制限されたイベント コントラクト、制御されたフィクスチャ、および誰かが行動できる質問を接続します。

  1. 1

    境界を設定する

    サブスクリプション、請求書、資格、アカウント ID に関する信頼できる情報源を文書化します。

  2. 2

    結果を把握する

    Begin with subscription_revenue_moved, invoice_payment_completed, invoice_payment_failed and document the grain of each event.

  3. 3

    行を証明する

    アカウント ID とコホート ウィンドウを検証した後でのみ、レビューされた収益の動きを製品の成果に結び付けます。

  4. 4

    決断を下す

    新規、拡大、縮小、解約、再活性化の動きからどれくらいの MRR が生じましたか?

範囲と隣接するユースケース

適切な測定境界についてはこのページを選択してください

  • このページは、実際の支払い額だけではなく、サブスクリプションの収益の推移と収益の維持について使用してください。
  • 使用量ベースの請求分析を使用して、メーター、クォータ、資格、請求書の入力の正確さを確認します。
  • 会計スタイルの収益調整を必要としない行動コホートに対して製品分析とリテンションを使用します。

エージェントプロンプト

これをコーディングエージェントに貼り付けます

交換する YOUR_API_KEY サインアップ後、エージェントに製品フローを実行して最初のイベントを確認するように依頼します。

エージェントプロンプト

SaaS revenue analytics with SQL セットアップ プロンプト

text
Telemetry を使用して SaaS 収益分析を計測します。

/skill.md とこの Telemetry API キーを使用します: YOUR_API_KEY

新規、拡張、縮小、チャーン、および再アクティブ化の動きに対して、不変の subscription_revenue_moved イベントを作成します。 account_id、subscription_id、movement_type、prior_mrr_minor、new_mrr_minor、movement_mrr_minor、通貨、effective_at、プランを含めます。 billing_interval、reason_category、source_event_id、および schema_version。

安定したprovider ID を使用して請求書支払いおよび資格付与結果イベントを追加すると、Webhook の再試行を 2 回カウントせずに終了期間を調整できるようになります。同じ承認済みの account_id を使用して製品の結果を接続します。

MRR の移動、総収益および純収益の保持、支払い不履行の回復、アクティベーション コホートによる拡張、および信頼性インシデント後のリスクにさらされる収益のために、SQL を作成します。

お金を整数マイナー単位で保持し、通貨を保持し、レポートのタイムゾーンとコホートウィンドウを文書化し、カードデータ、請求書の PDF、顧客名、電子メールアドレス、または無制限のproviderペイロードをログに記録しないでください。

セットアップ手順

  1. 1サブスクリプション、請求書、資格、アカウント ID に関する信頼できる情報源を文書化します。
  2. 2通貨、有効期間、以前の値、新しい値、および理由のカテゴリを使用して、不変の収益変動イベントを発行します。
  3. 3MRR または保持メトリクスを公開する前に、プロバイダーのエクスポートに対して終了した請求期間を調整します。
  4. 4アカウント ID とコホート ウィンドウを検証した後でのみ、レビューされた収益の動きを製品の成果に結び付けます。

キャプチャするイベント

subscription_revenue_movedinvoice_payment_completedinvoice_payment_failedentitlement_changedaccount_product_outcome_completed

これにより解き明かされる質問

  • 新規、拡大、縮小、解約、再活性化の動きからどれくらいの MRR が生じましたか?
  • 収益の維持または拡大に先立つ活性化と導入のパターンはどれですか?
  • 支払いの失敗、信頼性に関するインシデント、資格の変更によって経常収益が危険にさらされるのはどれですか?

イベントスキーマの例

クエリまたはスニペットを運用環境に適用する前に、行粒度、出力境界、必要なタイプ、プライバシー クラス、サンプル ペイロード、および検証チェックリストを確認してください。

関連製品の機能

このワークフローを続行します ダッシュボード

検証された製品または収益のクエリを、焦点を絞った意思決定の表面に変えます。

関連する SQL レシピ

その他のSQL例

このワークフローの構造化フィールドに対してクエリを実行し、結果の例を検査して、有用な回答をダッシュボードまたはアラートに変換します。

すべてのレシピを参照する
クエリ例のコレクション製品分析 SQL収益と請求 SQL

顧客の証拠

関連する顧客事例

次のステップ

エージェントが使用する API キーを作成します

プロンプトの実行、テスト イベントの送信、最初のダッシュボードの確認には無料プランで十分です。

関連ページ