El modelo de saturación de notificaciones push en 4 niveles

Las notificaciones push son la forma más barata de perder a un usuario. La curva de retención a 1 push por día parece razonable — los datos del sector de Localytics y Urban Airship se agrupan en torno al 88% de retención a tres meses. A 3 pushs por día la curva cae 17 puntos porcentuales. A 5 pushs por día cae 34. La forma es pronunciada e irreversible: el 46% de los usuarios desactivan las pushs por completo cuando una app les envía entre 2 y 5 por semana que no desean.

La respuesta de Soulwise es un modelo de saturación en 4 niveles. Detecta la caída en la tasa de apertura en una ventana deslizante de 14 días y reduce progresivamente el volumen de notificaciones antes de que el usuario las desactive definitivamente.

Este artículo describe el diseño, los umbrales y la lógica de recuperación.

Los cuatro niveles

La máquina de estados es sencilla. Cada usuario se encuentra siempre en exactamente un nivel a la vez.

• T0 - Saludable. Programa completo. Recordatorio del ritual matutino, nudge contextual de media mañana, reflexión vespertina, más prompts anclados a eventos.
• T1 - Degradado. El nudge contextual de media mañana está pausado. Todo lo demás continúa.
• T2 - Solo anclaje. Solo permanecen el recordatorio del ritual matutino y la retrospectiva dominical. Todas las pushs discrecionales están pausadas.
• T3 - Solo semanal. Una única push semanal sobrevive. La cadencia diaria está suspendida.

El orden importa. La media mañana es la primera en caer porque tiene el menor peso de evento: es un nudge contextual, no parte del ritual diario en sí. El recordatorio matutino se preserva durante más tiempo porque las pushs diarias ancladas a eventos producen aproximadamente 2,85 veces la retención de las pushs genéricas; eliminarlo es eliminar el núcleo de la app.

Qué desencadena un cambio de nivel

Una ventana deslizante de 14 días de datos de tasa de apertura por usuario. Cada día el modelo analiza los últimos 14 días y calcula la tasa de apertura del usuario para las pushs enviadas en esa ventana.

El umbral de Soulwise es una caída del 30% en la tasa de apertura respecto a la línea base personal del usuario. Si un usuario normalmente abre el 60% de las pushs y la ventana deslizante cae al 42% o menos, el modelo lo mueve un nivel hacia abajo. La caída debe persistir durante al menos 3 días para evitar reaccionar a una sola semana mala (vacaciones, enfermedad, semana intensa de trabajo).

La promoción es simétrica. Si un usuario está en T2 y su tasa de apertura vuelve a subir por encima de su línea base menos el umbral del 30% durante 3 días consecutivos, sube al T1. La recuperación hasta T0 sigue el mismo paso.

Por qué las pushs ancladas a eventos duran más

El dato de Localytics / Urban Airship que guía el diseño: las pushs diarias ancladas a eventos producen aproximadamente 2,85 veces la retención de las pushs diarias genéricas. Un genérico "¡visítanos!" a las 9 de la mañana es olvidable. Un recordatorio matutino anclado a la fase de ciclo de hoy ("Comienzo suave. ¿Qué tienes hoy en el plato?") está anclado a un evento — lleva información nueva.

T2 mantiene el recordatorio matutino porque eliminarlo destruye el ritual diario completo. Todo lo demás en la app está construido alrededor de que el usuario se conecte una vez por la mañana y una vez por la noche. Sin el recordatorio, el ciclo se rompe.

El UX del banner de saturación

Cuando un usuario es degradado, la app muestra un pequeño banner dentro de la app la próxima vez que la abre:

"Hemos reducido el ritmo por 7 días — ¿quieres retomarlo?"

Esa frase hace tres cosas: reconoce el cambio, lo atribuye al comportamiento de la app (no al fracaso del usuario) y ofrece autonomía. El usuario puede revertir la degradación con un solo toque si quiere volver a recibir las notificaciones.

Esto importa porque una degradación silenciosa da la sensación de que la app abandona al usuario. Una explícita da la sensación de que la app se preocupa. La misma acción con un encuadre diferente.

Anti-patrones que deliberadamente no construimos

La especificación del producto es explícita sobre lo que está prohibido:

• Nada de push de culpa "no rompas tu racha". Las rachas se basan en la aversión a la pérdida. El modelo de saturación degrada a los usuarios; no los avergüenza.
• Nada de push de reactivación "te echamos de menos" al final del T3. Un usuario en T3 ya le está diciendo algo a la app. Añadir más pushs es la respuesta equivocada.
• Nada de contadores falsos ni escasez artificial en los textos de las pushs. "X personas acaban de registrarse" es teatro de dark patterns, no una notificación.
• Nada de contenido menstrual o astrológico en los títulos o el cuerpo de las pushs. Las pushs pasan por un lint de CI que rechaza las compilaciones con patrones prohibidos; el modelo de saturación nunca lo elude.

Cómo son los datos dentro del sistema

El modelo almacena el estado por usuario con tres campos:

tier: 'T0' | 'T1' | 'T2' | 'T3'
rolling_open_rate_14d: 0.0 a 1.0
baseline_open_rate: 0.0 a 1.0 (calculado a partir de los primeros 30 días)
last_tier_change_at: timestamp

Ese es el estado de saturación completo. Sin historial de navegación, sin puntuación de engagement más allá de la tasa de apertura, sin modelo de aprendizaje automático entrenado sobre el usuario. La simplicidad es el punto: las reglas son auditables, los umbrales están documentados, las consecuencias de UX son predecibles.

Lo que este sistema no es

Una aclaración sobre el alcance.

El modelo de saturación es por usuario, no por cohorte. No analizamos "usuarios como tú" ni realizamos experimentos que degraden usuarios para aprender sobre la retención. El modelo sirve al individuo.

Tampoco reemplaza la configuración controlada por el usuario. Las horas de silencio, el silenciamiento por categoría y la desactivación explícita de todas las pushs funcionan de forma independiente al modelo de saturación. Los dos sistemas se componen; la elección explícita del usuario siempre prevalece sobre la inferencia del modelo.

Por qué esto importa para el resto de la app

Las notificaciones push son la forma en que un ritual diario sigue siendo diario. Una app de check-in que pierde los permisos push pierde su principal bucle de retención. El modelo en 4 niveles existe para que la app no abuse de ese privilegio y no lo pierda de forma lenta — siendo solo ligeramente molesta durante demasiado tiempo.

El contexto más amplio del ritual diario se encuentra en el hub de Soulwise. El modelo de saturación es una de las razones por las que el ritual se mantiene recíproco en lugar de exigente.

La versión corta: el número correcto de pushs es el mayor número que no provoca desactivación. El modelo de saturación es la forma en que la app encuentra ese número, para cada usuario, cada 14 días.