# Mide el impacto después del toque

- **URL canónica:** https://playbook.affpartners.io/es/apps/practices/push-measure/
- **Versión Markdown:** https://playbook.affpartners.io/es/apps/practices/push-measure/index.md
- **Módulo:** Notificaciones push
- **Tiempo:** 90 minutos para el primer reporte

Una apertura muestra que el texto llamó la atención; no demuestra valor. Conecta el envío con la pantalla de destino y la acción objetivo, y añade una comparación y las señales negativas.

## Resultado

Un reporte de un escenario con envíos, entregas, aperturas, acciones útiles, un grupo de comparación sin push y el impacto en la confianza.

## Un toque es la mitad de la ruta, no el resultado

Un push puede acumular muchas aperturas con un texto llamativo mientras la gente no hace nada después del toque o desactiva las notificaciones. El reporte debe mostrar toda la cadena y responder una pregunta: ¿la acción útil empezó a ocurrir más a menudo gracias al mensaje?

## Qué vas a necesitar

- **Cadena de eventos:** Envío, entrega, apertura, la pantalla de destino y una acción útil confirmada.
- **Comparación:** Un grupo aleatorio pequeño sin el mensaje o, al menos, un periodo comparable anterior al lanzamiento.
- **Señales negativas:** Bajas de notificaciones, quejas, desinstalaciones y aperturas repetidas sin la acción objetivo.

## Términos en lenguaje sencillo

- **Push notification — Un mensaje breve de la app que se muestra fuera de ella:** Definición: Aparece en el dispositivo y puede devolver al usuario a una acción útil concreta. Se envía solo cuando el usuario dio permiso para recibir notificaciones. Ejemplo: Un mensaje sobre un material nuevo de un tema guardado abre ese material mediante un deep link.
- **Open rate — La proporción de mensajes entregados que se abrieron:** Definición: Muestra cuántos usuarios tocaron un mensaje entregado. Por sí solo, el open rate no dice si completaron una acción útil después del toque. Ejemplo: Se abrieron 200 de 1.000 mensajes push entregados: el open rate es del 20%.
- **Analytics event — El registro de una acción concreta del usuario:** Definición: La app envía un evento cuando un usuario abre una pantalla, toca un botón o completa una acción. Ejemplo: registration_started y registration_completed muestran cuántas personas abandonan el registro.
- **Conversion — La proporción de personas que pasan al siguiente paso:** Definición: Muestra cuántas de las personas que empezaron un paso lo completaron o llegaron al siguiente. Ejemplo: 80 registros completados de 100 iniciados: 80 ÷ 100 × 100% = 80% de conversión.
- **Segment — Usuarios que comparten un comportamiento o una característica:** Definición: Un segmento agrupa personas por plataforma, mercado, interés o acción para que el equipo no envíe el mismo mensaje a todo el mundo. Ejemplo: Usuarios de Android que empezaron pero no completaron el registro en las últimas 24 horas.
- **Retention — La proporción de usuarios que vuelven:** Definición: Muestra cuántas personas vuelven a abrir la app pasado un periodo determinado desde la instalación o el registro. Ejemplo: Si 18 de 100 usuarios nuevos vuelven a los siete días, el retention D7 es del 18%.

## Cuándo aplicarla

El equipo reporta la entrega y el open rate pero no sabe si los usuarios completaron la acción prometida, ni si habría ocurrido igual sin el mensaje.

## Dónde armar la cadena

La plataforma de envíos y la analítica de producto deben unirse por escenario y por usuario. Si la unión es incompleta, indícalo como una limitación.

- **Plataforma de envíos**
  - **Fuente:** Toma la cantidad de usuarios elegibles, los envíos, las entregas y las aperturas de un mismo ID de campaña.
  - **Si no hay acceso:** Sin exportación automática, exporta el resumen de la campaña y anota la ventana exacta de envío.
- **Analítica de producto**
  - **Fuente:** Cuenta las aperturas de la pantalla de destino y la acción objetivo dentro de una ventana elegida de antemano tras el push.
  - **Si no hay acceso:** Si los eventos no están unidos, agrega campaign_id al deep link y al evento de pantalla antes del próximo lanzamiento.
- **Confianza y control**
  - **Fuente:** Pon al lado las bajas y los resultados del grupo que encajaba en el escenario pero, al azar, no recibió mensaje.
  - **Si no hay acceso:** Sin grupo de control, compara con una semana parecida y di con claridad que las conclusiones causales son limitadas.

## Configura la medición de un escenario

1. **Nombra una acción útil.** Antes de lanzar, define el resultado posterior al toque y la ventana de medición. No uses un genérico «visita a la app».
   - **Dónde hacerlo:** En la especificación del escenario y en el título del reporte.
   - **Ejemplo:** Leer al menos la mitad del análisis nuevo dentro de las 24 horas siguientes a la entrega.
2. **Une los eventos en una cadena.** Usa un único campaign_id y sigue la ruta desde la plataforma de envíos hasta la pantalla y la acción en la analítica de producto.
   - **Dónde hacerlo:** En los parámetros del push, el deep link y los eventos de la app.
   - **Ejemplo:** Envío → entrega → apertura → vista de pantalla → mitad del material leída, todo con campaign_id=topic_update_01.
3. **Agrega un grupo comparable.** Retén al azar una parte pequeña de la audiencia elegible. Muestra el nivel base de la acción.
   - **Dónde hacerlo:** En los ajustes de lanzamiento y en una fila aparte del reporte.
   - **Ejemplo:** El 10% de la audiencia no recibe push; la acción: 3,2% frente a 4,9% entre quienes lo recibieron.
4. **Pon al lado las señales negativas.** Observa las bajas y las quejas en la misma ventana. Una subida de la acción no cuenta como victoria si el escenario erosiona la confianza de forma visible.
   - **Dónde hacerlo:** En las últimas filas del reporte.
   - **Ejemplo:** Bajas del 1% frente al 0,3% habitual: el escenario necesita rehacerse pese a la mejora.
5. **Toma una de tres decisiones.** Mantener, cambiar o apagar el escenario. Anota el motivo y la fecha de la siguiente revisión.
   - **Dónde hacerlo:** En la conclusión del reporte y en el registro de comunicaciones.
   - **Ejemplo:** Mantener la audiencia, bajar la frecuencia a un solo envío y repetir la comparación en dos semanas.

## Ejemplos prácticos

- **Open rate del 20%, acción del 4,9%:** De 8.600 pushes entregados se abrieron 1.720, pero 420 completaron la acción útil. El grupo de control quedó en 3,2%: hay efecto incremental, pero mucho menor que el open rate.
- **La subida de acciones no compensó las bajas:** La acción objetivo creció, pero las bajas llegaron al 1% frente al 0,3% habitual. La decisión: reducir la frecuencia y repetir la prueba en lugar de escalar de inmediato.

## Artefacto final: Embudo de un escenario de push

Los números deben pertenecer a una misma audiencia, una misma ventana y un mismo escenario. Muestra la comparación al lado, no solo el resultado absoluto.

| Paso | Usuarios | Conversión | Qué significa |
| --- | --- | --- | --- |
| Encajaron en el escenario | 10.000 | — | Audiencia elegible |
| Recibieron el push | 8.600 | 86% | Revisar permisos y tokens |
| Abrieron el mensaje | 1.720 | 20% | El texto llamó la atención |
| Abrieron la pantalla objetivo | 1.410 | 82% | El deep link funciona en su mayoría |
| Completaron la acción | 420 | 30% | Conversión final: 4,9% de las entregas |
| Desactivaron las notificaciones | 86 | 1% | Comparar con el nivel habitual |

Grupo de control sin push: el 3,2% completó la acción útil. La diferencia de +1,7 puntos porcentuales convierte al escenario en candidato a continuar, siempre que las bajas se hayan mantenido en el rango habitual.

## Seguridad y limitaciones: No optimices solo por los toques

Un texto llamativo puede acumular aperturas por curiosidad mientras erosiona la confianza. Juzga el escenario por toda la cadena y por las señales negativas.

## Lista de verificación del reporte

Cada métrica debe pertenecer al mismo escenario, la misma audiencia y la misma ventana de medición.

- [ ] El push tiene una acción objetivo y una ventana definida de antemano.
- [ ] El envío, la apertura, la pantalla y la acción están unidos por un mismo ID de campaña.
- [ ] Hay un grupo comparable sin el mensaje, o la limitación de la comparación está dicha con claridad.
- [ ] Las bajas y las quejas se muestran junto a la acción útil.
- [ ] El reporte termina con una decisión: mantener, cambiar o apagar el escenario.

## Qué conclusiones necesita el equipo

- **Embudo técnico:** La entrega, las aperturas y la llegada a la pantalla correcta muestran dónde se rompe la ruta.
- **Efecto incremental:** La diferencia en la acción objetivo entre quienes recibieron el push y un grupo comparable sin el mensaje.
- **Confianza:** Las bajas, las quejas y la retención posterior no se degradan más allá del nivel aceptable.

## Regla principal

Un buen reporte te permite apagar los push inútiles con la misma seguridad con la que escalas los realmente útiles.

## Crece con GameChange Partners

[Explorar el programa de afiliados ↗](https://gamechange.partners/es?utm_source=academy&utm_medium=referral&utm_campaign=gcpacademy)

---

- [Versión HTML](https://playbook.affpartners.io/es/apps/practices/push-measure/)
- [Todas las prácticas](https://playbook.affpartners.io/es/apps/)