Entrevista para Product Manager: ¿Cómo reducirías la fatiga por notificaciones sin perjudicar los resultados críticos?

Planteamiento y escenarios aplicables

Un marketplace para consumidores envía alertas de seguridad de la cuenta, actualizaciones de pedidos y entregas, mensajes entre compradores y vendedores, recomendaciones y promociones. Después de que los equipos de campañas aumentaron el volumen saliente, aumentaron las quejas y las cancelaciones totales de notificaciones. Aun así, las notificaciones ayudan a los usuarios a responder a advertencias de fraude, coordinar una entrega y responder a tiempo a mensajes relacionados con transacciones.

Tienes ocho semanas para un MVP. Diseña la estrategia de producto para notificaciones, los controles de usuario, la política de decisión, el plan de medición, el experimento y el lanzamiento. El planteamiento no proporciona pruebas causales de que el volumen haya generado las quejas, por lo que el diagnóstico va antes de la selección de la solución. El límite de ocho semanas y las categorías de notificación son restricciones de un caso de entrevista, no puntos de referencia universales.

El objetivo del producto no es maximizar los envíos, las aperturas, los clics o el tiempo en la app. Es incrementar la cantidad de resultados de usuario útiles y oportunos por interrupción, preservando al mismo tiempo el consentimiento y la confianza. Esta es una pregunta de product porque el trabajo decisivo consiste en elegir usuarios, tareas (jobs), políticas, métricas y compensaciones (trade-offs); la infraestructura de colas y entrega queda fuera del alcance.

Qué evalúa el entrevistador

Primero, ¿puede el candidato reemplazar una métrica proxy por un resultado real del usuario? Una campaña puede elevar el porcentaje de clics (CTR) enviando más mensajes mientras los usuarios silencian la app. Una respuesta sólida distingue "abrió una notificación" de "completó la tarea que la notificación debía facilitar".

Segundo, ¿pueden clasificar las notificaciones según las consecuencias para el usuario y el costo de la demora? Una alerta de fraude, la llegada de un repartidor, un mensaje del comprador, una recomendación y una promoción no deben competir bajo una misma puntuación o límite de frecuencia. Los candidatos sólidos protegen los eventos verdaderamente urgentes sin etiquetar cada solicitud del negocio como urgente.

Tercero, ¿diseñan una política en lugar de una lista de funciones? La elegibilidad, la deduplicación, la supresión por contexto actual, la prioridad, el canal, el momento del envío, la agrupación (bundling), los límites y las preferencias del usuario forman una única secuencia de decisión. Un resumen periódico (digest) por sí solo no puede solucionar una segmentación irrelevante; un límite de frecuencia por sí solo puede suprimir accidentalmente una alerta de seguridad.

Cuarto, ¿preservan la autonomía del usuario? El permiso debe solicitarse en contexto, las categorías deben ser comprensibles, el marketing necesita consentimiento explícito donde se requiera, y el producto debe ofrecer un centro de preferencias utilizable en lugar de forzar una elección de todo o nada.

Por último, ¿pueden validar la causalidad y gestionar los incentivos organizacionales? Cada equipo de campaña ve sus propios clics, pero los usuarios experimentan la carga combinada de interrupciones. El PM necesita experimentos a nivel de usuario, salvaguardas entre categorías, un responsable central de la política y un proceso de excepciones que no pueda convertirse en un atajo permanente.

Preguntas aclaratorias antes de responder

• ¿Qué resultados del usuario y del negocio importan? Si la prioridad es la respuesta ante fraudes, el plan protege el tiempo de respuesta. Si es la finalización de pedidos, la taxonomía de eventos y la ventana de éxito cambian.
• ¿Qué demuestra la fatiga? Las cancelaciones por categoría, la desactivación de todas las notificaciones, las quejas, los descartes repetidos y la disminución del uso retenido apuntan a diferentes causas. Un simple aumento en el volumen de envíos no es suficiente.
• ¿Qué categorías son contractuales o críticas para la seguridad? Un aviso obligatorio de seguridad de la cuenta requiere un canal y una política diferentes a los de una recomendación opcional.
• ¿Quién detona cada mensaje? Los eventos transaccionales, otros usuarios, los modelos de recomendación y las campañas programadas necesitan diferentes reglas de deduplicación y expiración.
• ¿Qué canales están dentro del alcance? Las notificaciones push, el correo electrónico, los SMS y la bandeja de entrada dentro de la app tienen diferentes costos de interrupción, reglas de consentimiento, latencia y certeza de entrega.
• ¿Puede el sistema observar el contexto del usuario? Si sabe que el usuario ya leyó un mensaje en otro dispositivo, puede suprimir o retirar una alerta obsoleta. Sin esa señal, el MVP necesita una regla más simple.
• ¿Cómo funcionan las preferencias actuales? Un interruptor de todo o nada exige controles por categoría; un centro de preferencias existente puede tener fallas de visibilidad o de cumplimiento en su lugar.
• ¿Qué se puede cambiar de manera realista en ocho semanas? Si no existe un servicio de decisión centralizado, la primera versión debería utilizar reglas ejecutables y registro de eventos (logging) en lugar de prometer una personalización perfecta.

Estructura de respuesta de 30 segundos

"Primero verificaría dónde ocurre la fatiga por categoría, segmento y exposición acumulada, para luego definir el resultado que cada notificación debería facilitar. Separaría la seguridad y las actualizaciones transaccionales urgentes de las conversaciones, recomendaciones y marketing.

Para un MVP de ocho semanas, cada notificación candidata pasa por reglas de elegibilidad, expiración, deduplicación, supresión por contexto, prioridad, preferencias del usuario, horas de silencio y frecuencia. Los mensajes críticos eluden los límites ordinarios solo bajo una política estrecha y auditada; el contenido de baja urgencia se agrupa en un resumen periódico. Los usuarios eligen categorías comprensibles cuando el valor es evidente.

Aleatorizaría a los usuarios elegibles en la política no crítica y mediría la finalización incremental y oportuna de tareas por cada 100 interrupciones, con las cancelaciones por categoría y totales, quejas, retención y acciones críticas omitidas como salvaguardas. Haría el despliegue por categoría y segmento, no todo a la vez."

Análisis detallado paso a paso

Paso 1: Verificar el problema a nivel de usuario

Comienza con un registro de envíos (send ledger) que consolide candidatos a notificación, decisiones de política, entrega, visualización, descarte, apertura, finalización de tareas posteriores, cambios de preferencias, quejas y uso retenido del producto. Analiza la exposición acumulada por usuario, no solo los promedios por campaña. Diez equipos enviando cada uno una campaña "razonable" pueden crear un día poco razonable.

Desglosa la evidencia por categoría de notificación, ciclo de vida del usuario, rol en el marketplace, sistema operativo, configuración regional y actividad de referencia. Compara a personas con niveles de actividad similares que reciben diferentes cargas, pero no trates esa comparación observacional como una prueba causal. Entrevista o encuesta a usuarios que hayan desactivado una categoría y analiza muestras de historiales reales de mensajes. Los diagnósticos comunes incluyen segmentación irrelevante, duplicados, alertas obsoletas, mal horario, urgencia engañosa, una tarea que ya se completó en otro lugar y una ruta de control poco clara.

Separa la falla de entrega de la falla de producto. Una notificación que nunca se mostró no puede juzgarse por el porcentaje de clics. Una alerta mostrada que permite al usuario completar un pedido desde la pantalla de bloqueo puede ser valiosa incluso si el tiempo en la app disminuye. Una tasa de apertura alta seguida de una salida inmediata puede significar que la notificación funcionó eficientemente o que utilizó un gancho engañoso; el estado de la tarea posterior permite distinguirlos.

Paso 2: Crear una taxonomía de consecuencias y urgencia

Clasifica cada categoría con cuatro preguntas:

1. ¿Qué tarea del usuario facilita este mensaje?
2. ¿Qué perjuicio ocurre si el usuario nunca lo ve?
3. ¿Con qué rapidez decae su valor?
4. ¿El usuario solicitó o dio su consentimiento explícito para esta categoría?

Utiliza esa evidencia para definir una taxonomía de políticas reducida:

La urgencia se basa en la consecuencia para el usuario, no en la fecha de lanzamiento del equipo solicitante. Apple distingue niveles de interrupción pasivos, activos, con límite de tiempo (time-sensitive) y críticos, y advierte contra la asignación de alta urgencia a información de baja prioridad. El marketplace puede utilizar su propia taxonomía de producto respetando el comportamiento de la plataforma y los límites de permisos.

Paso 3: Convertir la taxonomía en una única política de decisión

Para cada notificación candidata, evalúa en este orden:

1. Elegibilidad: ¿Es el evento real, actual, relevante para este usuario y permitido por el consentimiento y la política?
2. Expiración y deduplicación: ¿Ha expirado la tarea, ya se completó o está representada por otra notificación pendiente?
3. Supresión por contexto: ¿Está el usuario viendo ya la conversación relevante o se completó la tarea desde otro dispositivo?
4. Prioridad y canal: ¿Cuál es el costo de la demora y es push el canal menos disruptivo que lo satisface?
5. Preferencia y horas de silencio: ¿Ha permitido el usuario esta categoría y este horario?
6. Presupuesto y agrupación: ¿Consume la categoría una interrupción ahora, espera un resumen periódico, se mueve a la bandeja de entrada dentro de la app o se descarta?
7. Contenido y destino: ¿Explica el mensaje por qué es importante, evita datos sensibles en la pantalla de bloqueo y abre el estado exacto de la tarea?

Aplica límites tanto a nivel de categoría como de usuario. Un límite de categoría evita que una sola campaña sature; un presupuesto total no crítico evita que varios equipos se combinen provocando una sobrecarga. La seguridad y los mensajes transaccionales urgentes estrictamente definidos no compiten por el presupuesto ordinario de marketing, pero cada anulación registra un motivo, un responsable y una expiración. De lo contrario, lo "crítico" se convierte en una vía de escape.

Utiliza reglas antes de implementar personalización basada en machine learning en el MVP. Las reglas hacen que el comportamiento respecto al consentimiento, la urgencia y la seguridad sea explicable. Un modelo de clasificación posterior puede priorizar a los candidatos no críticos elegibles, pero no puede anular los permisos, la privacidad, la expiración o la capacidad crítica reservada.

Paso 4: Delimitar un MVP de ocho semanas en torno al desperdicio evitable

No comiences rediseñando cada sistema emisor. Instrumenta el punto común de decisión y elige las dos o tres categorías que causan la mayor cantidad de interrupciones evitables. El MVP debe incluir:

• un registro compartido de categorías y urgencia con un responsable asignado para cada tipo;
• IDs de evento, expiración, destino de la tarea y claves de deduplicación para las categorías seleccionadas;
• supresión cuando una tarea esté completa o la superficie relevante esté activa, donde ya existan señales;
• horas de silencio, un presupuesto total no crítico y resúmenes periódicos para el contenido informativo elegible;
• un centro de preferencias dentro del producto con controles de categoría en lenguaje sencillo;
• un registro de decisiones (decision log) que guarde los resultados de enviado, demorado, agrupado, suprimido y descartado sin incluir contenido confidencial de los mensajes.

Mantén acotadas las ambiciones de infraestructura. Si retirar una alerta entregada entre múltiples dispositivos no está disponible, suprime futuros duplicados y marca la retirada como una capacidad futura. Si un emisor no puede proporcionar expiración o la identidad de la tarea, no recibe un tratamiento de alta prioridad hasta que cumpla con el contrato. La política se vuelve exigible porque la participación tiene requisitos explícitos.

Paso 5: Diseñar el consentimiento, los controles y la experiencia de notificación

Solicita el permiso del sistema operativo cuando el usuario llegue a un momento que demuestre valor; por ejemplo, después de realizar un pedido, explica que activar las notificaciones puede proporcionar actualizaciones de entrega. Las directrices de Android recomiendan solicitar permisos en contexto y explicar qué se enviará. Una solicitud de permiso genérica en el primer inicio pide confianza antes de que exista valor.

El centro de preferencias debe utilizar tareas del usuario, como "actualizaciones de pedidos y entregas", en lugar de nombres de campañas internas. Muestra el canal, el horario y la urgencia donde esas opciones sean importantes. El consentimiento de marketing se mantiene separado de la comunicación de servicio necesaria. Respeta las decisiones del sistema operativo; presionar repetidamente a un usuario que denegó el permiso no es una estrategia de recuperación.

Cada notificación debe ser concisa, identificar el pedido o la conversación relevante sin exponer detalles confidenciales y contener un enlace profundo (deep-link) a un estado actual. Evita repetir el mismo evento. Cuando la app ya esté mostrando la información, actualiza esa superficie de forma silenciosa en lugar de emitir otra interrupción. Una notificación obsoleta debe retirarse cuando la plataforma lo admita o dirigir a un estado que explique que la tarea ya se ha completado.

Paso 6: Medir resultados útiles en lugar de clics brutos

Una métrica principal útil es la finalización incremental y oportuna de tareas por cada 100 interrupciones entregadas para las categorías que se están modificando. Su numerador puede ser revisiones de fraude completadas dentro del periodo seguro, acciones de entrega completadas antes de la llegada o mensajes de compradores respondidos dentro de la ventana de respuesta definida por el marketplace. La métrica se calcula por categoría; combinar un clic de promoción con una respuesta de seguridad oculta el balance de compensación.

Combínala con un árbol de medición:

• Resultado: tarea incremental completada, pedido completado o conversación resuelta atribuible a la política;
• Eficiencia: interrupciones entregadas por resultado incremental, tasa de duplicados y tasa de alertas expiradas;
• Confianza: baja de categoría, desactivación total de notificaciones, quejas y denegación de permisos;
• Largo plazo: uso retenido del marketplace y comportamiento de transacciones recurrentes;
• Seguridad: acciones críticas omitidas o tardías, indicadores de pérdida por fraude y fallas en la comunicación del servicio;
• Negocio: margen incremental o valor de transacción, nunca únicamente el CTR bruto.

Aleatoriza a los usuarios elegibles entre la política actual y la política no crítica propuesta. Mantén la asignación estable para que pueda manifestarse la fatiga acumulada y ejecuta el experimento a lo largo de un ciclo de producto normal en lugar de detenerlo en cuanto se muevan los clics. No retengas una alerta de seguridad obligatoria por un experimento. Para categorías críticas, prueba variantes seguras de presentación o enrutamiento, clasifica la urgencia en modo de prueba oculta (shadow) y utiliza validación operativa dentro del límite de entrega requerido.

Interpreta los envíos suprimidos correctamente. Las aperturas totales pueden caer porque existen menos notificaciones. Si las tareas oportunas se mantienen estables, las cancelaciones disminuyen y las interrupciones por resultado mejoran, eso es un éxito de producto. Si los clics aumentan pero la finalización de tareas no, la política podría estar optimizando la curiosidad en lugar del valor.

Paso 7: Lanzar con salvaguardas entre categorías

Comienza en modo shadow: registra lo que la nueva política suprimiría o agruparía sin alterar la entrega real. Revisa las supresiones erróneas (falsos positivos) con operaciones, seguridad, soporte y los responsables de categoría. Luego, habilita una categoría de bajo riesgo para un segmento pequeño y elegible, seguido de categorías no críticas más amplias. Expande solo después de que se superen las salvaguardas de resultados y confianza.

Define el plan de reversión (rollback) antes del lanzamiento. Un aumento en las acciones de entrega omitidas, respuestas tardías ante fraudes, quejas por duplicados o errores en la aplicación de preferencias pausa el despliegue. Un interruptor de corte de emergencia (kill switch) puede restaurar la política anterior para una categoría sin desactivar todo el sistema de notificaciones.

Crea un modelo de gobernanza que coincida con la experiencia del usuario. Un único responsable mantiene la taxonomía, los presupuestos a nivel de usuario y los resultados del experimento. Los equipos de categoría son dueños de la relevancia y las definiciones de tareas. Las excepciones requieren una justificación de consecuencia para el usuario, duración, aprobador y expiración automática. Reporta los resultados incrementales y los costos de confianza por equipo para que las ganancias locales de clics no oculten las cancelaciones globales.

Paso 8: Probar la política contra casos adversos

Antes del lanzamiento, analiza los siguientes casos:

1. cinco equipos de campaña programando envíos en la misma hora;
2. eventos de pedido duplicados que llegan con diferentes marcas de tiempo;
3. un mensaje leído en la versión web antes de la entrega móvil;
4. una alerta de repartidor cuya ventana de acción ya ha cerrado;
5. un usuario viajando a través de diferentes husos horarios durante horas de silencio;
6. un usuario nuevo que no ha otorgado permisos del sistema operativo;
7. una promoción etiquetada erróneamente como urgente para evadir un presupuesto;
8. información confidencial de pedidos o cuentas visible en una pantalla bloqueada;
9. notificaciones push desactivadas mientras que el correo y la bandeja de entrada dentro de la app siguen disponibles;
10. un cambio de preferencias compitiendo en tiempo real contra una campaña en cola.

Para cada caso, define la decisión esperada, el resultado visible para el usuario, el registro en logs y el responsable. Prueba tanto falsos positivos (mensajes útiles suprimidos) como falsos negativos (mensajes innecesarios o no permitidos que fueron enviados). Una política que solo reduce el volumen pero omite tareas urgentes del usuario ha fallado en el objetivo del planteamiento.

Ejemplo de respuesta sólida

"Plantearía la fatiga como un problema de asignación de recursos a nivel de usuario. El equipo de seguridad, el equipo de pedidos, el equipo de mensajería y el de growth ven individualmente una campaña, pero el usuario experimenta sus interrupciones combinadas. Primero consolidaría eventos de candidatos, entregas, acciones, preferencias, quejas y retención para identificar qué categorías y segmentos generan desperdicio evitable.

Luego clasificaría las notificaciones según la tarea del usuario y el costo de la demora. Las alertas de fraude y las acciones de entrega que expiran reciben un tratamiento reservado. Las conversaciones respetan el contexto del hilo y del dispositivo activo. Las actualizaciones informativas se pueden agrupar, mientras que las recomendaciones y promociones utilizan consentimiento explícito, horas de silencio y un presupuesto no crítico compartido.

En ocho semanas, implementaría la taxonomía, contratos de expiración y deduplicación para las categorías con mayor desperdicio, supresión por tarea completada donde ya existan señales, resúmenes periódicos, preferencias en lenguaje sencillo y un registro central de decisiones. Cada anulación tendría un responsable y una fecha de expiración.

Para el tráfico no crítico, utilizaría una aleatorización estable a nivel de usuario. La métrica principal sería la finalización incremental y oportuna de tareas por cada 100 interrupciones. Las cancelaciones de suscripción, quejas, uso retenido y acciones críticas omitidas serían métricas de salvaguarda. Primero operaría en modo shadow, lanzaría una categoría de bajo riesgo y expandiría solo si los resultados útiles se mantienen mientras disminuye el costo de interrupción."

Errores comunes

• Optimizar el porcentaje de clics (CTR) → Mensajes más frecuentes o provocativos pueden aumentar los clics mientras desgastan la confianza → Mide los resultados incrementales de tareas y el costo de interrupción.
• Aplicar un único límite de frecuencia global → Una promoción puede consumir el espacio que necesita una alerta de fraude → Reserva clases críticas estrictas y limita el tráfico no crítico por separado.
• Calificar cada mensaje transaccional como urgente → La importancia interna no es urgencia para el usuario → Exige un perjuicio concreto para el usuario y una ventana de caducidad para las anulaciones.
• Lanzar solo un resumen periódico (digest) → El contenido irrelevante, obsoleto y duplicado sigue siendo un desperdicio dentro de un paquete agrupado → Corrige la elegibilidad y la deduplicación antes de agrupar.
• Solicitar permisos en el primer inicio → El usuario no ha visto el valor de lo que está autorizando → Solicita en contexto y explica las categorías.
• Ofrecer únicamente una opción de todo o nada → Los usuarios silencian mensajes de servicio útiles para escapar de las promociones → Proporciona controles por categoría comprensibles y separa el consentimiento de marketing.
• Personalizar antes de establecer la política → Un modelo puede amplificar etiquetas incorrectas y ocultar fallas de consentimiento → Haz explícitas las restricciones estrictas y luego clasifica solo a los candidatos no críticos elegibles.
• Ejecutar un experimento a nivel de notificación → Los tratamientos se mezclan en la experiencia acumulada del mismo usuario → Aleatoriza de forma estable a nivel de usuario.
• Detenerse cuando los clics a corto plazo mejoran → La fatiga y las cancelaciones de suscripción se acumulan con el tiempo → Ejecuta durante un ciclo de producto normal y analiza las métricas de confianza rezagadas.
• Permitir que los equipos declaren excepciones por sí mismos → Cada lanzamiento se convierte gradualmente en crítico → Utiliza un registro central, registro de auditoría, aprobador y expiración automática.

Preguntas de seguimiento y respuestas

¿Qué pasa si el CTR cae un 20% pero la finalización de tareas y la retención mejoran?

Ese puede ser el resultado deseado porque se eliminan las notificaciones de bajo valor. Verifica la instrumentación, la mezcla de categorías y el equilibrio del experimento; luego compara la finalización incremental de tareas por interrupción, las cancelaciones y los resultados comerciales. No restaures el desperdicio simplemente para recuperar una métrica proxy.

¿Deberían las alertas de seguridad eludir todas las configuraciones y límites de usuario?

Solo las comunicaciones requeridas legal o contractualmente y los eventos de seguridad estrictamente definidos deben recibir un tratamiento reservado. Aun así, minimiza el contenido, elige el canal efectivo menos disruptivo, evita duplicados y audita la anulación. El producto no puede eludir a la ligera los permisos del sistema operativo o las reglas de la plataforma.

¿Qué sucede si el equipo de growth afirma que una promoción es urgente porque expira esta noche?

Un plazo comercial no genera un perjuicio para el usuario si se pierde el mensaje. Manténlo en la clase de marketing, sujeto a consentimiento, horas de silencio y presupuestos no críticos. Si una promoción está vinculada a un flujo de trabajo activo solicitado por el usuario, evalúa ese flujo por separado en lugar de reetiquetar toda la campaña.

¿Qué pasa si la mayoría de los usuarios ya han denegado el permiso para notificaciones push?

No insistas continuamente. Mejora la bandeja de entrada dentro de la app y utiliza el correo electrónico con consentimiento donde sea apropiado; luego solicita el permiso de push solo en un momento relevante para el valor del usuario. Mide si las personas comprenden el beneficio y las opciones de categoría; la tasa de permisos por sí sola no es el objetivo.

¿Cuándo añadirías un modelo de personalización?

Después de que la identidad del evento, la expiración, el consentimiento, las preferencias y las etiquetas de resultados sean confiables. El modelo puede clasificar candidatos no críticos elegibles o elegir el contenido del resumen periódico. No debe anular políticas estrictas, y la evaluación debe incluir usuarios nuevos (cold start), segmentos dispersos, calibración y efectos en las cancelaciones, no solo la predicción de clics.

¿Cómo evitas mensajes push, correos y notificaciones en la app duplicados?

Asigna una identidad única de tarea o evento entre canales, registra las decisiones por canal y detén el escalamiento una vez que el usuario complete la tarea. Define cuándo un canal más económico o menos invasivo tiene la primera oportunidad y cuándo la falta de respuesta justifica el escalamiento. La incertidumbre de entrega no es una autorización para enviar a todos los canales a la vez.

¿Qué pasa si los pedidos completados disminuyen después de reducir las promociones?

Verifica si la disminución es incremental, qué usuarios y categorías la impulsan, y si la política suprimió intención relevante en lugar de ruido. Restaura o rediseña la categoría afectada dentro del experimento manteniendo los límites globales. La decisión sopesa el valor transaccional sostenible y el costo de confianza, no una regla absoluta de "menos es mejor".

¿Cómo manejarías a un emisor que no puede proporcionar expiración o una clave de deduplicación?

No debería recibir privilegios de alta prioridad ni de anulación. Enrútalo hacia una política no crítica conservadora, instrumenta el desperdicio resultante y exige el contrato faltante antes de permitir su expansión. Esto convierte la gobernanza del producto en una condición de entrada ejecutable en lugar de documentación que nadie cumple.