Análisis de ingresos de SaaS y seguimiento de MRR

Ruta de evidencia de casos de uso

SaaS revenue analytics with SQL: de la implementación a la decisión

Un bucle de medición completo saas revenue analytics with sql conecta un flujo de trabajo propio, un contrato de evento limitado, un dispositivo controlado y una pregunta sobre la que alguien puede actuar.

1
Establecer el límite
Documente la fuente veraz de las suscripciones, facturas, derechos e identidad de la cuenta.
2
Captura el resultado
Begin with subscription_revenue_moved, invoice_payment_completed, invoice_payment_failed and document the grain of each event.
3
probar las filas
Únase a los movimientos de ingresos revisados y a los resultados del producto solo después de validar la identidad de la cuenta y los períodos de cohorte.
4
Toma la decisión
¿Cuánto MRR provino de movimientos nuevos, de expansión, contracción, deserción y reactivación?

Alcance y casos de uso vecinos

Elija esta página para obtener el límite de medición correcto

Utilice esta página para los movimientos de ingresos por suscripción y la retención de ingresos, no solo para el volumen de pagos brutos.
Utilice análisis de facturación basados en el uso para verificar la corrección de los medidores, las cuotas, los derechos y la entrada de facturas.
Utilice análisis y retención de productos para cohortes de comportamiento que no requieren una conciliación de ingresos de estilo contable.

Mensaje del agente

Pega esto en tu agente de codificación

Reemplazar YOUR_API_KEY después del registro, solicite al agente que ejecute el flujo del producto y verifique los primeros eventos.

aviso del agente

Mensaje de configuración SaaS revenue analytics withSQL

text

Instrumente el análisis de ingresos de SaaS con Telemetry.

Utilice /skill.md y esta clave API Telemetry: YOUR_API_KEY

Cree eventos subscription_revenue_moved inmutables para movimientos new, expansion, contraction, churn y reactivation. Incluye account_id, subscription_id, movement_type, prior_mrr_minor, new_mrr_minor, movement_mrr_minor, currency, effective_at, plan, billing_interval, reason_category, source_event_id y schema_version.

Agregue eventos de pago de facturas y resultados de derechos con identificadores de proveedores estables para que se pueda conciliar un período cerrado sin contar dos veces los reintentos de webhook. Conecte los resultados del producto utilizando el mismo account_id aprobado.

Cree SQL para el movimiento de MRR, la retención de ingresos brutos y netos, la recuperación de errores de pago, la expansión por cohorte de activación y los ingresos en riesgo después de incidentes de confiabilidad.

Mantenga el dinero en unidades enteras menores, conserve la moneda, documente la zona horaria del informe y la ventana de cohorte, y no registre datos de tarjetas, archivos PDF de facturas, nombres de clientes, direcciones de correo electrónico ni cargas útiles de proveedores sin restricciones.

Pasos de configuración

1Documente la fuente veraz de las suscripciones, facturas, derechos e identidad de la cuenta.
2Emita eventos de movimiento de ingresos inmutables con moneda, tiempo efectivo, valor anterior, valor nuevo y categoría de motivo.
3Concilie un período de facturación cerrado con la exportación del proveedor antes de publicar MRR o métricas de retención.
4Únase a los movimientos de ingresos revisados y a los resultados del producto solo después de validar la identidad de la cuenta y los períodos de cohorte.

Eventos para capturar

subscription_revenue_movedinvoice_payment_completedinvoice_payment_failedentitlement_changedaccount_product_outcome_completed

Preguntas que esto desbloquea

¿Cuánto MRR provino de movimientos nuevos, de expansión, contracción, deserción y reactivación?
¿Qué patrones de activación y adopción preceden a la retención o ampliación de los ingresos?
¿Qué pagos fallidos, incidentes de confiabilidad o cambios en los derechos ponen en riesgo los ingresos recurrentes?

Ejemplos de esquemas de eventos

Revise el detalle de la fila, el límite de emisión, los tipos requeridos, las clases de privacidad, la carga útil de ejemplo y la lista de verificación de validación antes de adaptar una consulta o fragmento a producción.

Ciclo de vida del producto7 campos

user_signed_up

Un registro aceptado por usuario y cuenta.

Ver esquema

Análisis de producto8 campos

product_milestone_completed

Un hito completado por actor, cuenta y ocurrencia.

Ver esquema

Operaciones de ingresos9 campos

invoice_payment_completed

Un intento de pago terminal.

Ver esquema

Función relacionada del producto

Continúe este flujo de trabajo en Paneles de control

Convierta una consulta de ingresos o un producto validado en una superficie de decisión enfocada.

Explorar Paneles de control Leer historias de clientes

Recetas SQL relacionadas

Más ejemplos de SQL

Ejecute la consulta en los campos estructurados de este flujo de trabajo, inspeccione el resultado del ejemplo y convierta una respuesta útil en un panel o alerta.

Explorar todas las recetas

Ingresos y facturaciónIntermedio