Práctica 03.01 · Notificaciones push
Devuelve al usuario a una acción valiosa
Un buen push empieza por un evento, no por el texto: un usuario concreto tiene ahora un motivo para volver. Diseña un escenario desde la condición de envío hasta la acción útil posterior al toque.
60 minutos para el primer escenario
En lenguaje sencillo
Un disparador responde la pregunta «¿por qué ahora?»
Qué vas a necesitar
01
Cuándo enviar un push
Dispara el mensaje solo cuando el usuario tenga un motivo claro para volver justo ahora.
Una acción sin terminar
El usuario empezó una ruta útil y no llegó al resultado, pero el progreso quedó realmente guardado.
«Continúa desde el paso del documento: tus datos anteriores están guardados».Hay valor nuevo disponible
Se publicó contenido, un estado o una función ligados a un interés confirmado del usuario.
«Apareció un análisis corto nuevo en tu tema guardado».Progreso personal
El usuario puede ver un resultado o seguir avanzando hacia su objetivo sin volver a buscar.
«El resultado de la verificación está listo: abre el estado y el siguiente paso».En lenguaje sencillo
Qué revisar antes de configurarlo
Primero comprueba que el evento sea fiable, que la audiencia se actualice y que la pantalla de destino funcione. Un texto bonito no arregla un disparador mal hecho.
Eventos del producto
Revisa cuándo llegan los eventos de inicio y finalización de la acción y si se puede excluir a los usuarios que ya obtuvieron el resultado.
Sin eventos, empieza con un estado fiable del servidor y un grupo de prueba de empleados.Historial de envíos
Mira qué otros mensajes podría recibir un usuario más o menos al mismo tiempo y fija un límite compartido.
Si no hay un registro compartido, reúne un calendario de una semana con los envíos activos de todos los equipos.Deep link y analítica
En iOS y Android, recorre el camino desde la app cerrada hasta la pantalla prometida y la acción útil.
Si la ruta directa no está lista, no lances un push masivo: usa primero un mensaje dentro de la app en la pantalla relevante.02
Arma el primer disparador en cinco pasos
Elige una acción útil
Nombra el resultado del regreso. «Abrir la app» no cuenta; ver un estado, continuar un paso o leer material sí.
- Dónde hacerlo
- En la fila «Éxito» de la especificación y en el evento de analítica.
- Cómo se ve el resultado
- El usuario leyó al menos la mitad del análisis nuevo después de tocar el push.
Define la audiencia por un evento
Fija la acción y el periodo que meten a un usuario en el escenario. No empieces con el grupo amplio de «inactivos».
- Dónde hacerlo
- En el constructor de segmentos del CRM.
- Cómo se ve el resultado
- Guardó un tema en los últimos 30 días y todavía no abrió el análisis nuevo.
Fija el momento y las exclusiones
Define el retardo después del evento y para quién el mensaje ya no es relevante. Las exclusiones se revisan antes de cada envío.
- Dónde hacerlo
- En la lógica del disparador y en las reglas de frecuencia.
- Cómo se ve el resultado
- Enviar a los 30 minutos; excluir a quienes ya lo leyeron, están activos ahora mismo o recibieron un push en las últimas 24 horas.
Escribe el beneficio y un solo CTA
Di qué cambió y qué puede hacer el usuario. Quita las llamadas genéricas, la presión y la urgencia sin fundamento.
- Dónde hacerlo
- En el título y el cuerpo de la notificación.
- Cómo se ve el resultado
- «Apareció un análisis nuevo en tu tema guardado. Abrir el material» en lugar de «¡Vuelve ya!».
Revisa la ruta hasta el resultado
El push debe abrir la pantalla correcta después de iniciar sesión y con la app cerrada. Registra el evento de la acción objetivo.
- Dónde hacerlo
- En dispositivos de prueba de iOS y Android.
- Cómo se ve el resultado
- El toque abre el análisis nuevo y, al 50% de lectura, se dispara el evento content_half_read.
03
Ejemplos prácticos
El perfil que encaja lo recibe; el excluido, no
El usuario guardó el tema y no leyó el análisis nuevo: el push llega una sola vez. Quienes ya lo leyeron o recibieron otro mensaje hoy quedan excluidos antes del envío.
La ruta termina en una acción
El push «Apareció un análisis nuevo en tu tema guardado» abre el propio material. El éxito es leer al menos el 50%, no simplemente abrir la app.
Primera especificación de un disparador de push
Con una ficha alcanza para que producto, CRM, desarrollo y analítica lean el escenario de la misma manera.
| Campo | Decisión | Cómo revisarlo |
|---|---|---|
| Audiencia | Guardó un tema en los últimos 30 días | El segmento se actualiza a diario |
| Disparador | Apareció un análisis nuevo en el tema | El evento se dispara una sola vez |
| Retardo | 30 minutos después de publicarlo | El contenido ya está publicado |
| Exclusiones | Ya lo leyó o recibió un push hoy | Los perfiles de prueba están excluidos |
| Destino | Deep link al análisis nuevo | La pantalla se abre en iOS/Android |
| Éxito | El análisis se lee hasta el 50% | El evento se ve después del toque |
Antes de lanzar, revisa tres perfiles de prueba: el que encaja recibe el push, el excluido no lo recibe y el que ya lo leyó no recibe una repetición.
04
Redacta el mensaje
Completa la ficha: a la derecha aparecerá un borrador funcional del primer push.
Copia el ejemplo completado manualmente y adáptalo a tu escenario.
No prometas ingresos, no crees urgencia falsa ni uses el push como presión directa para depositar. La confianza y la oportunidad valen más que un toque aislado.
05
Lista de verificación previa al lanzamiento
Prueba el escenario primero en tres perfiles de prueba y luego en un grupo real pequeño.
06
Cómo saber si el disparador ayuda
Calidad técnica
El evento se dispara una sola vez, las exclusiones funcionan y el deep link abre la pantalla correcta.
Acción útil
Quienes reciben el push completan la ruta prometida más a menudo que un grupo comparable sin el mensaje.
Confianza
Las bajas de notificaciones, las quejas y los mensajes repetidos a usuarios que ya terminaron no aumentan.
Un buen primer disparador es un motivo veraz, una ruta precisa y una acción útil después del toque.