El modelo de fatiga de notificaciones push de 4 niveles

Las notificaciones push son la forma más barata de perder a un usuario. La curva de retención con 1 push por día se ve bien: los datos de la industria de Localytics y Urban Airship se concentran alrededor del 88 por ciento de retención a tres meses. Con 3 push por día, la curva cae 17 puntos porcentuales. Con 5 push por día, cae 34. La forma es pronunciada e irreversible: el 46 por ciento de los usuarios desactiva las push por completo cuando una app les envía entre 2 y 5 push por semana que no quieren.

La respuesta de Soulwise es un modelo de fatiga de 4 niveles. Detecta la caída en la tasa de apertura a lo largo de una ventana móvil de 14 días y reduce progresivamente el volumen de notificaciones antes de que el usuario las desactive para siempre.

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

En resumen

• El modelo de fatiga de notificaciones push de 4 niveles de Soulwise usa una ventana móvil de tasa de apertura de 14 días para detectar la falta de interacción y reducir el volumen de notificaciones antes de que los usuarios se den de baja.
• El nivel 0 (saludable) mantiene el calendario completo.
• El nivel 1 (reducido) elimina la notificación de media mañana.
• El nivel 2 (solo ancla) conserva el recordatorio del ritual matutino y una retrospectiva del domingo.
• El nivel 3 (solo semanal) se reduce a una notificación por semana.

Los cuatro niveles

La máquina de estados es pequeña. Cada usuario está en exactamente un nivel a la vez.

• T0 - Saludable. Agenda completa. Aviso de ritual matutino, recordatorio contextual a media mañana, reflexión nocturna, además de avisos anclados a eventos.
• T1 - Degradado. El recordatorio contextual de media mañana se pausa. Todo lo demás continúa.
• T2 - Solo anclas. Solo quedan el aviso de ritual matutino y la retrospectiva del domingo. Todas las notificaciones discrecionales se pausan.
• T3 - Solo semanal. Sobrevive una única notificación semanal. La cadencia diaria queda suspendida.

El orden importa. La de media mañana es la primera en irse porque tiene el menor peso de evento: es un recordatorio contextual, no parte del ritual diario en sí. El aviso matutino se conserva por más tiempo porque las notificaciones diarias ancladas a eventos generan alrededor de 2.85x la retención de las genéricas; eliminarlo mata la aplicación.

Qué desencadena un cambio de nivel

Una ventana móvil de 14 días con los 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 notificaciones push enviadas durante esa ventana.

El umbral de Soulwise es una caída del 30 por ciento en la tasa de apertura respecto a la base personal del usuario. Si un usuario suele abrir el 60 por ciento de las push y la ventana móvil baja al 42 por ciento o menos, el modelo lo baja un nivel. La caída debe mantenerse durante al menos 3 días para no reaccionar ante una sola mala semana (unas vacaciones, una enfermedad, una semana pesada en el trabajo).

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

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

El dato de Localytics / Urban Airship que guía el diseño: las notificaciones diarias ancladas a un evento generan aproximadamente 2.85 veces más retención que las notificaciones diarias genéricas. Un genérico "¡pásate a saludarnos!" a la 9 am se olvida fácil. En cambio, un aviso matutino anclado a la fase real del ciclo de hoy ("Arranque suave. ¿Qué tienes hoy entre manos?") está anclado a un evento: trae información nueva.

T2 conserva el aviso matutino porque quitarlo elimina todo el ritual diario. Todo lo demás en la app gira en torno a que la persona se conecte una vez en la mañana y una vez en la noche. Sin el aviso, el ciclo se rompe.

La UX del aviso de fatiga

Cuando un usuario es relegado, la app muestra un pequeño aviso dentro de la aplicación la próxima vez que la abre:

"Bajamos el ritmo por 7 días, ¿lo subimos de nuevo?"

Esa frase hace tres cosas: reconoce el cambio, lo atribuye al comportamiento de la app (no a una falla del usuario) y ofrece control. El usuario puede revertir el cambio con un solo toque si quiere recuperar las notificaciones.

Esto importa porque una baja silenciosa se siente como si la app abandonara al usuario. Una baja visible se siente como si la app se preocupara. La misma acción con un enfoque distinto.

Antipatrones que decidimos deliberadamente no construir

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

• Nada de notificaciones con culpa del tipo "no rompas tu racha". Las rachas son una forma de avergonzar mediante la aversión a la pérdida. El modelo de fatiga degrada a los usuarios; no los avergüenza.
• Nada de notificaciones de reactivación tipo "te extrañamos" al final de T3. Un usuario en T3 ya le está diciendo algo a la app. Agregar más notificaciones es la respuesta equivocada.
• Nada de contadores falsos ni escasez en el cuerpo de las notificaciones. "X personas acaban de registrarse" es teatro de patrones oscuros, no una notificación.
• Nada de contenido menstrual ni de astrología en los títulos o cuerpos de las notificaciones. Las notificaciones pasan por un lint de CI que rechaza las builds que contienen patrones prohibidos; el modelo de fatiga nunca lo evade.

Cómo se ven realmente 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 to 1.0
baseline_open_rate: 0.0 to 1.0 (computed from first 30 days)
last_tier_change_at: timestamp

Ese es todo el estado de fatiga. Sin historial de navegación, sin puntuación de interacción más allá de la tasa de apertura, sin un modelo de aprendizaje automático entrenado con el usuario. La simplicidad es el punto: las reglas son auditables, los umbrales están documentados y las consecuencias en la experiencia de usuario son predecibles.

Lo que esto no es

Una nota sobre el alcance.

El modelo de fatiga es por usuario, no por cohorte. No analizamos a "usuarios como tú" ni realizamos experimentos que degraden a usuarios para aprender sobre la retención. El modelo está al servicio del individuo.

Tampoco reemplaza la configuración controlada por el usuario. Las horas de silencio, el silenciamiento por categoría y la desactivación total de notificaciones funcionan de forma independiente del modelo de fatiga. Los dos sistemas se complementan; la decisió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 lo que hace que un ritual diario siga siendo diario. Una app de registro que pierde sus privilegios de push pierde su principal ciclo de retención. El modelo de 4 niveles existe para que la app no abuse de ese privilegio y lo pierda de la forma lenta: siendo apenas un poco molesta durante el tiempo suficiente.

El contexto completo del ritual diario está en el hub de Soulwise. El modelo de fatiga es una parte de por qué el ritual sigue siendo recíproco en lugar de exigente.

La versión corta: la cantidad correcta de notificaciones push es la mayor cantidad que no provoca que el usuario se dé de baja. El modelo de fatiga es la manera en que la app encuentra ese número, por cada usuario, cada 14 días.

Preguntas frecuentes

¿Por qué el volumen de notificaciones importa tanto para la retención?

Datos de la industria de Localytics y Urban Airship: una notificación al día se relaciona con una retención de aproximadamente 88% a los tres meses. Tres notificaciones al día reducen esa cifra en 17 puntos porcentuales. Cinco notificaciones al día la reducen en 34 puntos porcentuales. La caída es pronunciada.

¿Qué significa aquí "ventana móvil de 14 días"?

Cada día el modelo recalcula la tasa de apertura del usuario durante los últimos 14 días. La ventana avanza; los datos más antiguos quedan fuera. Así se detecta rápido la desconexión reciente sin reaccionar de más ante una sola mala semana.

¿Un usuario puede recuperarse de un nivel bajo?

Sí. Si las tasas de apertura vuelven a superar el umbral dentro de la ventana móvil, el usuario sube de nuevo. El modelo es simétrico. El declive baja de nivel, la recuperación sube de nivel.

¿Cuál es la peor versión de esta función?

Un sistema de notificaciones simplista que envía el máximo volumen sin importar la interacción. Los datos de la industria muestran que el 46% de los usuarios desactiva las notificaciones por completo cuando recibe de 2 a 5 notificaciones por semana de una app que no quieren activamente. El modelo de fatiga existe para que esa desactivación nunca ocurra.