Cómo crear un informe de activación de usuarios: una guía completa
Dos equipos analizan los mismos datos de producto y reportan tasas de activación del 22% y el 61%.
Ninguno cometió un error aritmético. Eligieron diferentes eventos, diferentes ventanas y diferentes denominadores.
Esa es toda la dificultad con esta métrica. La fórmula es una división, y cada discusión gira en torno a qué elementos la componen.
Esta guía detalla qué debe contener el informe y las tres decisiones que definen el número. Luego, explica por qué tu hoja de cálculo no coincidirá con tu herramienta de analítica y cómo generar el informe a partir de una exportación de eventos.
Qué debe contener un informe de activación
El porcentaje del titular es solo una línea. El informe es el contexto que hace que esa línea sea defendible.
Cinco elementos deben estar en la misma vista: el evento de activación, la ventana, la definición de la cohorte, el recuento del denominador y la propia tasa.
Si omites cualquiera de ellos, el número se vuelve imposible de refutar. Alguien lo citará en una presentación para la junta directiva y nadie podrá reproducirlo.
Añade la tendencia como un sexto elemento. Una sola lectura es solo un dato; tres lecturas consecutivas con definiciones sin cambios son lo primero sobre lo que vale la pena actuar.
Las tres decisiones que definen el número
Cada decisión altera el resultado por sí sola, y cada una de ellas es invisible en el porcentaje final.
| Decisión | Qué determina | Qué pasa si se cambia |
|---|---|---|
| Evento de activación | Qué se considera un éxito | Un evento posterior reduce la tasa en cada cohorte |
| Ventana de activación | Cuánto tiempo tienen los usuarios | Una ventana más larga aumenta la tasa y retrasa la generación de informes |
| Denominador | A quién se está midiendo | Una cohorte desplazada puede hacer que la tasa supere el 100% |
Decisión 1: El evento de activación
Esta es la decisión de criterio más importante, y no se puede resolver simplemente mirando la exportación.
Un evento de activación debe ser la acción más temprana que prediga el regreso de un usuario. La conveniencia no es el criterio, ni tampoco lo fácil que sea de implementar el evento.
Completar el registro casi nunca lo es. Registrarse es la entrada al embudo, no la prueba de que el producto funcionó para alguien.
Elige la acción en la que el producto cumple su promesa por primera vez. Para una herramienta de informes, podría ser el primer informe publicado; para una herramienta de mensajería, el primer mensaje enviado a otra persona.
Documenta la decisión con una justificación de una sola línea. Esa frase es lo que evitará que la definición se desvíe el próximo trimestre.
Decisión 2: La ventana de activación
Toda herramienta seria trata esto como un parámetro, lo que significa que es una decisión que te corresponde a ti.
La documentación del embudo de Mixpanel es explícita. Su ventana de conversión «determina cuánto tiempo tiene un usuario para convertirse a través de todos los pasos del embudo después de ingresar en él».
El valor predeterminado allí es de siete días a partir del primer paso. El máximo es de 366 días, o doce sesiones para ventanas basadas en sesiones.
Hay un detalle que suele tomar a la gente por sorpresa. Mixpanel señala que la ventana «comienza en la primera instancia del evento del Paso 1 por entrada al embudo». Las instancias posteriores de ese evento no reinician el reloj.
Por lo tanto, un usuario que se registra, desaparece durante un mes, regresa y se activa puede ser contabilizado como un fallo. Este es el comportamiento correcto bajo una ventana corta, y sorprenderá a quien lea tu informe.
Decisión 3: El denominador
El denominador es la cohorte, y las cohortes se definen por el momento en que llegaron las personas y no por el momento en que actuaron.
Toma a todos los que se registraron en un período fijo. Congela esa lista y luego mide cuántos alcanzaron el evento de activación dentro de la ventana.
El método de conteo único de Mixpanel funciona de la misma manera, registrando a un usuario «la primera vez que realiza el seguimiento del Paso 1 en el período de tiempo seleccionado». Los ingresos posteriores no se suman al recuento.
La trampa está en mezclar períodos. Si el denominador es «registros de este mes» y el numerador es «activaciones de este mes», habrás contado las activaciones de usuarios que se registraron antes.
Esa versión de la métrica puede superar el 100%, lo cual es la señal de alerta. Nuestra explicación sobre el análisis de cohortes detalla por qué la cohorte debe congelarse primero.
Por qué tu hoja de cálculo no coincidirá con tu herramienta de analítica
Esta comparación suele consumir una tarde entera en la mayoría de los equipos, por lo que vale la pena entenderla antes de que ocurra.
Tres configuraciones dentro de la herramienta son invisibles en el resultado: la duración de la ventana, el método de conteo y el orden de los pasos.
Mixpanel utiliza por defecto un orden específico, requiriendo cada paso antes del siguiente. También ofrece la opción de cualquier orden, donde los pasos se cuentan en cualquier secuencia a menos que los ancles.
La reconstrucción en una hoja de cálculo elige implícitamente sus propias respuestas para las tres configuraciones. Dos cálculos correctos diferirán, y ninguna de las partes estará equivocada.
La solución es aburrida pero funciona: registra las tres configuraciones en el informe y compara únicamente elementos idénticos.
Cómo hacerlo manualmente
Opción 1: Dos recuentos y una división
Haz una lista de todos los usuarios que se registraron en el período y luego elimina los identificadores duplicados con UNIQUE.
Cuenta esa lista con COUNTA para obtener el denominador. Luego, usa COUNTIFS para contar los usuarios de la misma lista que tengan un evento de activación dentro de la ventana.
Mantén ambos recuentos en celdas visibles. Divide una sola vez al final, para que cualquiera pueda auditar los dos datos de entrada por separado.
El límite se alcanza rápidamente. Obtienes un solo porcentaje para una sola ventana y ninguna vista de quiénes no se activaron.
Opción 2: Una fila por usuario
Crea una tabla con una fila por usuario en la cohorte. Incluye columnas para la fecha de registro, la fecha del primer evento de activación, los días transcurridos entre ambos y un indicador de si está dentro de la ventana.
Calcula la diferencia de días restando la fecha anterior de la posterior. La propia guía de Microsoft sobre la función DATEDIF advierte que «puede calcular resultados incorrectos en ciertos escenarios» y recomienda una resta simple para el conteo de días.
Ahora el informe se puede segmentar: por plan, por canal de adquisición, por semana de registro o por tamaño de la empresa.
En esa segmentación es donde se suele encontrar el hallazgo clave. Una tasa promedio plana a menudo oculta que un canal se está activando muy bien y otro no se activa en absoluto.
El límite son las uniones y el volumen. Cruzar una exportación de eventos con una tabla de usuarios deja de ser agradable cuando se superan las pocas de cientos de miles de filas.
Opción 3: Una pestaña de definiciones
Registra el evento de activación, la ventana, la regla de la cohorte y el método de conteo. Luego, registra lo que excluyes, como las cuentas internas y los usuarios de prueba.
El tráfico interno es el distorsionador silencioso. Un equipo de treinta personas probando el producto cada semana puede elevar la tasa de una cohorte pequeña en varios puntos.
La limitación es que escribir una regla no significa aplicarla. Alguien tendrá que volver a crear los mismos filtros el próximo mes.
El límite común. Las tres opciones asumen que la exportación contiene un identificador de usuario confiable y un nombre de evento limpio. Si se cambiaron los nombres de los eventos a mitad del trimestre, esa conciliación será el verdadero trabajo.
Dónde se ralentiza la vía manual
El primer informe toma una mañana. El cuarto toma más tiempo, porque para entonces las definiciones habrán cambiado.
El cambio de nombre de los eventos es la causa más común. Una limpieza del seguimiento divide un evento en dos, y el recuento de activaciones disminuye sin que haya habido ningún cambio en el comportamiento.
El período de la cohorte también se desplaza. Alguien vuelve a ejecutar el archivo del trimestre pasado con el filtro de fechas de este trimestre, y ambos números se comparan en una reunión.
Y luego está la solicitud que llega siempre: alguien pide la misma tasa por canal, y todo el conjunto de filtros se tiene que volver a crear a mano.
La recopilación de herramientas de IA para analítica de producto aborda la parte de herramientas de este problema.
Cómo crearlo con Powerdrill Bloom
Paso 1: Sube tu exportación de eventos
Sube el archivo de eventos, o los archivos de eventos y de usuarios juntos. Powerdrill Bloom analiza las columnas al recibirlas, por lo que los identificadores de usuario faltantes, los nombres de eventos inconsistentes y las marcas de tiempo fuera de rango saldrán a la luz antes de calcular cualquier tasa.
Paso 2: Describe la definición en lenguaje natural
Indica las reglas en lugar de construirlas. Nombra el evento de activación, la ventana en días, el período de la cohorte y qué cuentas excluir.
Luego, haz las preguntas que expongan los límites. Pregunta cuántos usuarios se activaron un día después de que se cerrara la ventana. Pregunta qué nombres de eventos aparecen solo en una parte del período. Después, solicita la tasa desglosada por canal y por semana de registro.
Paso 3: Exporta el gráfico, informe o presentación
Extrae la tasa con su denominador, una curva de activación por día desde el registro, o diapositivas que muestren las definiciones junto al número.
Errores comunes
Usar el registro como el evento de activación. El registro es la entrada al embudo. La activación debe ser el momento en que el producto entregó algo.
Reportar la tasa sin el denominador. Un porcentaje de una base no especificada es mera decoración. Muestra el tamaño de la cohorte al lado.
Mezclar períodos de cohortes. Contar las activaciones de registros anteriores en la base de este mes infla la tasa y puede hacer que supere el 100%.
Cambiar la ventana sin cambiar la etiqueta. Una cifra de siete días y una de treinta días son mediciones diferentes. Define una y escríbela en el informe.
Comparar tu cifra con un punto de referencia publicado. Otras empresas eligen diferentes eventos y ventanas. Compara primero con tu propia tendencia.
Dejar cuentas internas en la cohorte. El personal y los usuarios de prueba se activan a un ritmo cercano al 100%. En una cohorte pequeña, esto altera visiblemente el número.
Ignorar los eventos renombrados. Un cambio en el seguimiento puede reducir el recuento sin que haya un cambio de comportamiento. Verifica los nombres de los eventos antes de explicar una caída.
Conclusión
Elige el evento de activación, fija la ventana, congela la cohorte y reporta la tasa junto con el denominador. Esas cuatro decisiones producen un número sobre el cual la gente puede actuar.
El porcentaje en sí no es el entregable. El desglose por canal y por semana de registro es lo que te indica dónde invertir el próximo mes.
Si reconstruir ese desglose consume todo tu tiempo, prueba Powerdrill Bloom en tu exportación de eventos. Consulta también nuestra guía para convertir los datos de uso del producto en un informe de adopción de funciones y la página del generador de informes de IA.
Preguntas frecuentes
¿Cuál es la fórmula de la tasa de activación?
Cuenta los usuarios de una cohorte que alcanzaron el evento de activación dentro de la ventana. Divide eso por el total de usuarios de la cohorte y luego multiplícalo por 100.
¿Qué tan larga debe ser la ventana de activación?
Lo suficientemente larga para capturar el comportamiento normal y lo suficientemente corta para ser accionable. Mixpanel establece su ventana de conversión predeterminada en siete días y permite hasta 366 días.
¿Qué evento debería considerarse como activación?
La acción más temprana que prediga el regreso de un usuario. Evalúa los eventos candidatos analizando si los usuarios que los realizaron regresan en las semanas posteriores.
¿Por qué mi número difiere del de nuestra herramienta de analítica?
Por lo general, se debe a la ventana, al método de conteo o al orden de los pasos. Estas tres configuraciones residen dentro de la herramienta y no aparecen en el número exportado.
¿Puede la tasa de activación superar el 100%?
Solo si se ha roto la cohorte. Ese resultado significa que las activaciones de registros anteriores se están contando frente a un denominador posterior.