Contrato de evento
Campos que espera la consulta
| Campo | Tipo | Por que existe |
|---|---|---|
| timestamp_utc | Timestamp | Cuando ocurrió el evento. |
| team_id | Utf8 | Cuenta estable o identificador de espacio de trabajo. |
| event_name | Utf8 | Nombre del evento del producto. |
| feature_name | Utf8 | Identificador de característica estable para eventos feature_used. |
Copiar la consulta
WITH upgrades AS (
SELECT
team_id,
MIN(timestamp_utc) AS upgraded_at
FROM product_events
WHERE event_name = 'plan_upgraded'
GROUP BY team_id
),
pre_upgrade_features AS (
SELECT DISTINCT
e.team_id,
e.feature_name
FROM product_events e
JOIN upgrades u ON e.team_id = u.team_id
WHERE e.event_name = 'feature_used'
AND e.timestamp_utc < u.upgraded_at
AND e.timestamp_utc >= u.upgraded_at - INTERVAL '30 days'
)
SELECT
feature_name,
COUNT(DISTINCT team_id) AS upgraded_teams_using_feature
FROM pre_upgrade_features
GROUP BY feature_name
ORDER BY upgraded_teams_using_feature DESC;Esta consulta de solo lectura se planifica y ejecuta en una tabla escrita vacía con Apache DataFusion 45.2.0. El resultado de la muestra determinista es sintético y se revisa por separado; valide tipos de campos, umbrales y definiciones comerciales con sus propios datos. Lea la metodología de prueba.
Resultado de la consulta
Adopción de funciones entre equipos actualizados
Los paneles compartidos son el comportamiento previo a la actualización más común en este ejemplo sintético.
| feature_name | upgraded_teams_using_feature |
|---|---|
| shared_dashboard | 184 |
| alert_created | 151 |
| scheduled_export | 112 |
| ai_query | 97 |
Salida de ejemplo sintético. Ejecute la consulta con su propio esquema de eventos y umbrales antes de utilizarla para decisiones operativas.
Reproducir el ejemplo
Descargar el accesorio público
El paquete JSON incluye el contrato de evento escrito, illustrative filas de entrada, SQL exacto, resultado esperado, notas de revisión y versión del motor. El CSV contiene el resultado mostrado.
Cómo funciona el SQL
- 1El CTE de actualizaciones encuentra el primer tiempo de actualización por equipo.
- 2La unión limita la actividad de la función a los treinta días anteriores a esa actualización, evitando que la adopción posterior a la actualización contamine el resultado.
- 3Los pares de funciones y equipos DISTINTOS garantizan que los usuarios habituales no dominen la clasificación.
Casos extremos para decidir
- Compare con equipos no actualizados antes de tratar una característica común como predictiva.
- Controle el tamaño de la cuenta, la elegibilidad del plan y la tenencia cuando esas variables influyan tanto en la adopción como en la actualización.
- Utilice eventos de exposición cuando una función no esté disponible para todas las cuentas.
Panel recomendado
- Gráfico de barras: upgraded_teams_using_feature
- Tabla comparativa: adopción entre equipos actualizados y equipos elegibles no actualizados
- Gráfico de líneas: tiempo desde el primer uso de la función hasta la actualización
Guía de alerta
Esta es una consulta de aprendizaje del producto, no una alerta operativa. Prográmelo como una revisión semanal del panel.
Leer configuración de alertaPon la receta a trabajar
Instrumentación y guías relacionadas.
Continuar el análisis
Cree un embudo de registro para activación en SQL
Calcule la conversión de usuarios únicos mediante el registro, la incorporación, la integración y los hitos de primer valor.
Receta abiertaCalcular la retención de cohorte semanal
Agrupe a los usuarios por primera semana de actividad y mida el porcentaje que regresa en semanas posteriores.
Receta abiertaCalcule DAU, WAU y adherencia del producto
Mida juntos a los usuarios activos diarios y semanales y calcule la adherencia de DAU a WAU a partir de una definición de actividad coherente.
Receta abiertaEjecútelo en eventos reales.
Crea una tabla, adapta los campos y guarda el resultado.
Comience gratis, envíe eventos estructurados y utilice el resultado de la consulta como un gráfico, un widget de panel compartido o una entrada de alerta.