콘텐츠로 건너뛰기
Telemetry
구독, 제품 사용, 보존 및 확장을 조정하는 SaaS 팀용

SQL을 사용한 SaaS 수익 분석

단절된 청구 스냅샷에 의존하는 대신 구독 이동, 송장, 자격 및 제품 결과로부터 감사 가능한 SaaS 수익 모델을 구축하세요.

검토자 Telemetry 제품 팀 . 이벤트 필드, 권장 쿼리, 제외할 데이터를 확인했습니다. 이 페이지의 검토 담당자

이것이 작동하는 이유
  • 계정 및 구독 경계에서 신규, 확장, 축소, 이탈 및 재활성화 움직임을 모델링합니다.
  • 예약된 반복 수익을 현금 수집, 사용 및 일회성 요금과 분리합니다.
  • 안정적인 계정 식별자를 사용하여 매출 변화를 활성화, 채택, 신뢰성 및 지원 신호에 연결하세요.
사용 사례 증거 경로

SaaS revenue analytics with SQL: 구현부터 결정까지

완전한 saas revenue analytics with sql 측정 루프는 하나의 소유 워크플로우, 제한된 이벤트 계약, 제어된 픽스처 및 누군가가 조치를 취할 수 있는 질문을 연결합니다.

  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

    행을 증명하세요

    계정 신원 및 코호트 창을 확인한 후에만 검토된 수익 이동을 제품 결과에 참여하세요.

  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.

안정적인 공급자 식별자를 사용하여 송장 지불 및 자격 결과 이벤트를 추가하면 웹후크 재시도를 두 번 계산하지 않고 종료된 기간을 조정할 수 있습니다. 승인된 동일한 account_id를 사용하여 제품 결과를 연결합니다.

MRR 이동, 총 및 순 수익 유지, 결제 실패 복구, 활성화 코호트별 확장, 신뢰성 사고 후 위험에 처한 수익을 위해 SQL을 만듭니다.

정수 소수 단위로 돈을 보관하고, 통화를 보존하고, 보고 시간대 및 집단 창을 문서화하고, 카드 데이터, 송장 PDF, 고객 이름, 이메일 주소 또는 무제한 공급자 페이로드를 기록하지 마십시오.

설정 단계

  1. 1구독, 송장, 자격 및 계정 ID에 대한 정보의 출처를 문서화합니다.
  2. 2통화, 유효 시간, 이전 값, 새 값 및 사유 카테고리를 포함하는 불변의 수익 이동 이벤트를 내보냅니다.
  3. 3MRR 또는 보존 지표를 게시하기 전에 공급자 내보내기에 대해 마감된 청구 기간을 조정하십시오.
  4. 4계정 신원 및 코호트 창을 확인한 후에만 검토된 수익 이동을 제품 결과에 참여하세요.

캡처할 이벤트

subscription_revenue_movedinvoice_payment_completedinvoice_payment_failedentitlement_changedaccount_product_outcome_completed

이를 통해 풀리는 질문

  • 신규, 확장, 축소, 이탈 및 재활성화 움직임에서 나온 MRR은 얼마입니까?
  • 수익 유지 또는 확대에 앞서 활성화 및 채택 패턴은 무엇입니까?
  • 어떤 결제 실패, 신뢰성 문제 또는 자격 변경으로 인해 반복적인 수익이 위험에 처하게 됩니까?

이벤트 스키마 예제

쿼리 또는 스니펫을 프로덕션에 적용하기 전에 행 그레인, 방출 경계, 필수 유형, 개인 정보 보호 클래스, 예제 페이로드 및 유효성 검사 체크리스트를 검토하세요.

관련 제품 기능

이 워크플로를 다음에서 계속하세요. 대시보드

검증된 제품 또는 수익 쿼리를 집중적인 의사 결정 표면으로 전환하세요.

관련 SQL 레시피

더 많은 SQL 예제

이 워크플로의 구조화된 필드에 대해 쿼리를 실행하고, 예제 결과를 검사하고, 유용한 답변을 대시보드 또는 알림으로 전환하세요.

모든 레시피 찾아보기

고객 사례

관련 고객 사례

다음 단계

에이전트가 사용할 API 키를 생성하세요.

무료 플랜은 프롬프트를 실행하고, 테스트 이벤트를 보내고, 첫 번째 대시보드를 검토하는 데 충분합니다.

관련 페이지