# Devuelve al usuario a una acción valiosa

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

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.

## Resultado

La especificación de un disparador de push: audiencia, evento, retardo, exclusiones, texto, deep link y métrica de resultado.

## Un disparador responde la pregunta «¿por qué ahora?»

Un disparador de push es una regla de envío ligada a un evento concreto. Por ejemplo: el usuario guardó un tema, apareció material nuevo en él y el mensaje lleva directo ahí. «Hace tiempo que no te vemos» describe el interés del equipo, no el beneficio del usuario.

## Qué vas a necesitar

- **Evento:** Una acción o un cambio confirmados: un guardado, un paso sin terminar, un resultado nuevo o una actualización de un interés personal.
- **Herramienta:** Firebase, OneSignal, Mindbox u otro sistema donde puedas definir la audiencia, el retardo y las exclusiones.
- **Ruta:** Un deep link que funcione hacia la pantalla correcta y un evento de analítica objetivo después del toque.

## 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.
- **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.
- **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.
- **Deep link — Un enlace a una pantalla concreta de la app:** Definición: Tras el toque, el usuario aterriza en la ruta prometida y no en la pantalla de inicio. Ejemplo: Un push sobre una lección guardada abre esa lección directamente.
- **CTA — La acción principal que se ofrece al usuario:** Definición: Un CTA es un botón o un enlace con un siguiente paso claro y un resultado esperable. Ejemplo: «Continuar el registro» es más claro que «Siguiente».
- **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.

## 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. Ejemplo: «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. Ejemplo: «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. Ejemplo: «El resultado de la verificación está listo: abre el estado y el siguiente paso».

## 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**
  - **Fuente:** 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.
  - **Si no hay acceso:** Sin eventos, empieza con un estado fiable del servidor y un grupo de prueba de empleados.
- **Historial de envíos**
  - **Fuente:** 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 acceso:** 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**
  - **Fuente:** En iOS y Android, recorre el camino desde la app cerrada hasta la pantalla prometida y la acción útil.
  - **Si no hay acceso:** Si la ruta directa no está lista, no lances un push masivo: usa primero un mensaje dentro de la app en la pantalla relevante.

## Arma el primer disparador en cinco pasos

1. **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.
   - **Ejemplo:** El usuario leyó al menos la mitad del análisis nuevo después de tocar el push.
2. **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.
   - **Ejemplo:** Guardó un tema en los últimos 30 días y todavía no abrió el análisis nuevo.
3. **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.
   - **Ejemplo:** 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.
4. **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.
   - **Ejemplo:** «Apareció un análisis nuevo en tu tema guardado. Abrir el material» en lugar de «¡Vuelve ya!».
5. **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.
   - **Ejemplo:** El toque abre el análisis nuevo y, al 50% de lectura, se dispara el evento content_half_read.

## 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.

## Artefacto final: 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.

## Plantilla completada: Redacta el mensaje

Completa la ficha: a la derecha aparecerá un borrador funcional del primer push.

- **A quién:** Guardó un tema en los últimos 30 días y todavía no vio el análisis nuevo
- **Qué cambió:** Apareció material nuevo en el tema guardado
- **Texto del push:** Apareció un análisis corto nuevo en tu tema guardado. Ábrelo cuando te venga bien.

## Seguridad y limitaciones: No presiones al usuario

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.

## Lista de verificación previa al lanzamiento

Prueba el escenario primero en tres perfiles de prueba y luego en un grupo real pequeño.

- [ ] El usuario tiene un motivo confirmado para volver justo ahora.
- [ ] La audiencia, el retardo y las exclusiones están descritos por eventos y periodos.
- [ ] El texto nombra un beneficio real, sin promesas de ingresos ni urgencia falsa.
- [ ] El deep link abre la pantalla prometida en iOS y en Android.
- [ ] La métrica principal es la acción útil después del toque, no solo la apertura.

## 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.

## Regla principal

Un buen primer disparador es un motivo veraz, una ruta precisa y una acción útil después del toque.

## 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-trigger/)
- [Todas las prácticas](https://playbook.affpartners.io/es/apps/)
