# Fija límites de frecuencia en lugar de aumentar el volumen

- **URL canónica:** https://playbook.affpartners.io/es/apps/practices/push-frequency/
- **Versión Markdown:** https://playbook.affpartners.io/es/apps/practices/push-frequency/index.md
- **Módulo:** Notificaciones push
- **Tiempo:** 75 minutos para la primera configuración

Los usuarios perciben todos los mensajes como un único flujo, aunque los envíen equipos distintos. Arma un calendario compartido y reglas que eviten repeticiones y pushes que compitan entre sí.

## Resultado

Una política de frecuencia de una página con tipos de mensaje, prioridades, un límite compartido, tiempos de espera, excepciones y un responsable.

## El usuario tiene un solo presupuesto de atención para todos los equipos

Comunicaciones, producto y soporte pueden considerar útiles sus mensajes, pero el usuario los recibe todos en un mismo feed. Una política de frecuencia decide cuántos mensajes se permiten, cuáles importan más y cuándo hay que cancelar el siguiente push.

## Qué vas a necesitar

- **Lista común:** Todos los mensajes de servicio, de producto y de contenido que un usuario puede recibir en siete días.
- **Historial:** Un registro de envíos de perfiles de prueba o de una muestra de usuarios reales, con la fecha, el escenario y el resultado.
- **Responsable:** Una persona que resuelva los conflictos entre equipos y revise con regularidad las bajas y las quejas.

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

## Cuándo aplicarla

Los usuarios reciben varios mensajes al día, los equipos lanzan campañas de forma independiente y las bajas de notificaciones o las quejas siguen creciendo.

## Dónde ver la carga real

No cuentes solo las campañas planificadas. Incluye los disparadores automáticos y los estados de servicio que se disparan por eventos.

- **Calendario de envíos**
  - **Fuente:** Reúne en una tabla semanal las campañas manuales y los escenarios automatizados de todos los equipos.
  - **Si no hay acceso:** Si no hay una herramienta compartida, pide a cada responsable que exporte el nombre, la audiencia, el momento y la cantidad máxima de envíos.
- **Historial del usuario**
  - **Fuente:** Busca los perfiles que reciben más mensajes y reconstruye su feed hora por hora.
  - **Si no hay acceso:** Crea tres perfiles de prueba que encajen en varios escenarios a la vez y obsérvalos durante una semana.
- **Señales negativas**
  - **Fuente:** Pon las bajas de notificaciones, las quejas, las desinstalaciones y las solicitudes de soporte junto a la cantidad de pushes por usuario.
  - **Si no hay acceso:** Si no hay una relación directa, compara semanas de mucha carga con semanas normales y agrega un evento para cuando se desactiva el permiso de notificaciones.

## Configura una frecuencia segura

1. **Reúne todos los escenarios.** Anota las campañas manuales, los disparadores automáticos y los estados de servicio. Para cada uno, indica la frecuencia máxima por usuario.
   - **Dónde hacerlo:** En el calendario compartido de comunicaciones.
   - **Ejemplo:** Verificación: hasta 2 recordatorios; material nuevo: 2 por semana; el resumen semanal: 1 por semana.
2. **Ordena por valor para el usuario.** Los estados de servicio y la seguridad tienen prioridad sobre los motivos de contenido. Un objetivo interno de negocio no debe subir la prioridad automáticamente.
   - **Dónde hacerlo:** En la columna de prioridad de la política.
   - **Ejemplo:** Sale el estado de la operación y se cancela el resumen general de ese día.
3. **Fija un límite compartido.** Limita la cantidad total de mensajes opcionales y la pausa mínima entre ellos. El límite se aplica por encima de las reglas propias de cada equipo.
   - **Dónde hacerlo:** En los ajustes de la plataforma de comunicaciones.
   - **Ejemplo:** Como máximo un push opcional cada 24 horas y tres cada siete días.
4. **Agrega exclusiones mutuas.** Después de una acción útil, una visita reciente o un mensaje parecido, el usuario debe salir de los escenarios que compiten.
   - **Dónde hacerlo:** En las condiciones del segmento, antes del envío.
   - **Ejemplo:** Terminó la lección → quitar el recordatorio; recibió un análisis personal → quitar el resumen general durante 24 horas.
5. **Revisa los perfiles con más carga.** Una vez por semana, mira más allá del promedio y observa a los usuarios con más mensajes. Ahí es donde las reglas chocan con más frecuencia.
   - **Dónde hacerlo:** En el reporte de mensajes por usuario.
   - **Ejemplo:** El promedio es de 1,8 pushes, pero el 4% de los usuarios recibió 7 o más; se encontró un solapamiento de dos disparadores.

## Ejemplos prácticos

- **Un estado de servicio cancela el contenido general:** El usuario recibió un estado importante de una operación. El resumen general de ese día se cancela y el siguiente push opcional solo es posible pasadas 24 horas.
- **El promedio ocultaba un grupo sobrecargado:** La carga media era de 1,8 pushes por semana, pero el 4% de los usuarios recibía 7 o más. Después de las exclusiones mutuas, el límite compartido se respeta y las quejas repetidas bajan.

## Artefacto final: Política de frecuencia de una página

Las reglas tienen que aplicarse antes de cada envío, no quedarse en un documento como recomendación.

| Tipo | Prioridad | Límite | Pausa y excepciones |
| --- | --- | --- | --- |
| Seguridad y estado | 1 · obligatorio | Por evento | No lo bloquea el límite de promociones |
| Acción sin terminar | 2 · útil | 1 por escenario | Se cancela al completarse |
| Interés personal | 3 · útil | Hasta 2 por semana | Pausa de 24 horas tras otro push |
| Contenido general | 4 · opcional | 1 por semana | No se envía a usuarios activos hace poco |
| Todos los opcionales juntos | Límite compartido | Como máximo 3 por semana | Como máximo 1 cada 24 horas |

Cuando los mensajes entran en conflicto, sobrevive el que tenga más valor para el usuario. Una vez por semana, el responsable de las reglas revisa los diez perfiles con más carga y las señales negativas.

## Seguridad y limitaciones: No compenses un escenario débil con frecuencia

Si un mensaje no da un motivo para volver, enviarlo otra vez no lo hará más útil. Arregla primero el motivo, el texto o la ruta.

## Lista de verificación de la frecuencia

La política está lista solo cuando las reglas se pueden probar en un perfil de usuario concreto.

- [ ] Una sola lista contiene los mensajes manuales, por disparador y de servicio de todos los equipos.
- [ ] Los mensajes están priorizados por su valor para el usuario.
- [ ] Hay un límite compartido y una pausa mínima entre pushes opcionales.
- [ ] Están excluidos los usuarios que terminaron la acción, estuvieron activos hace poco o recibieron un mensaje parecido.
- [ ] Hay un responsable asignado para la revisión semanal de la carga, las bajas y las quejas.

## Cómo saber si la frecuencia se volvió más segura

- **Carga:** La proporción de usuarios que reciben más que el límite compartido por día y por semana está bajando.
- **Confianza:** Las bajas de notificaciones y las quejas no aumentan mientras los escenarios útiles siguen funcionando.
- **Valor:** Las acciones objetivo por mensaje se mantienen o crecen después de quitar los envíos que competían.

## Regla principal

Cuando dos escenarios choquen, envía el que tenga más valor para el usuario, no el que tenga el objetivo interno de negocio más alto.

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