Control de frecuencia en Customer Engagement: cómo evitar fatiga y conflictos entre campañas
Respuesta breve
El control de frecuencia define cuántas comunicaciones puede recibir una persona dentro de una ventana y qué mensajes tienen prioridad cuando coinciden campañas, journeys y canales. No consiste en fijar un número universal. Debe combinar límites, elegibilidad, supresiones, contexto y excepciones para que cada contacto tenga una razón verificable.
El problema es la presión total, no un canal aislado
Una persona puede recibir un push de campaña, un correo automático y otro mensaje provocado por una transacción. Cada flujo puede parecer razonable por separado y resultar excesivo en conjunto. Por eso el gobierno debe calcular presión a nivel de identidad, considerar todos los canales disponibles y distinguir comunicaciones comerciales, operativas y críticas.
Reglas mínimas del modelo
- máximo por persona y ventana;
- intervalo mínimo entre contactos;
- prioridad entre journeys y campañas;
- supresión cuando la acción ya ocurrió;
- respeto de permisos y preferencias;
- excepciones documentadas para mensajes operativos;
- registro de la decisión aplicada.
Elegibilidad antes de frecuencia
Un límite no corrige una audiencia incorrecta. Primero confirme identidad, permiso, segmento, vigencia y acción pendiente. Después aplique prioridad y frecuencia. Una persona que ya redimió no debe recibir un recordatorio aunque conserve cupo. Este orden evita usar el capping como sustituto de datos confiables.
Arquitectura de decisiones
Centralice al menos la historia reciente de contactos y un identificador de campaña o journey. AWS documenta límites de reingreso mediante conteo máximo e intervalo mínimo; ese patrón ilustra dos controles técnicos útiles, pero el negocio todavía debe definir qué interacciones compiten y cuáles son obligatorias.
Medición y aprendizaje
Observe contactos por persona, mensajes suprimidos, solapamientos, bajas, bloqueos, quejas y acción posterior. No interprete una menor tasa de envío como falla: puede ser evidencia de mejor coordinación. Pruebe cambios por cohortes y conserve una línea base; sin ella no atribuya mejoras al límite.
Cómo encaja Lealto
Lealto documenta segmentación, journeys y canales propios dentro de una plataforma modular. La regla de presión, la fuente de identidad y la coordinación con otros proveedores deben definirse en discovery. Atlas no afirma un límite predeterminado ni una cobertura técnica idéntica para todos los proyectos.
Conecte esta decisión con su operación
El diseño aplicable depende de audiencia, datos, sistemas, economía, mercado y capacidad operativa. Revise el alcance sin asumir integraciones o resultados no documentados.
Preguntas frecuentes
¿Existe una frecuencia ideal?
No universal. Depende de propósito, ciclo, canal, audiencia y señales de fatiga.
¿Un mensaje transaccional consume el mismo cupo?
Debe clasificarse por propósito y regulación aplicable; no se decide por comodidad.
¿Qué ocurre cuando dos mensajes compiten?
Gana la prioridad documentada y el otro se pospone, suprime o reevalúa.
Controles antes de escalar
Convierta el diseño en una decisión auditable antes de ampliar audiencia, presupuesto o canales. Documente el estado inicial, el propietario, la fuente de cada dato, las reglas de entrada y exclusión, las excepciones autorizadas y el evento que confirma la ejecución. Defina también qué ocurre cuando falta información, una integración falla o dos reglas compiten. Empiece con un alcance que permita observar casos completos de extremo a extremo y conserve una versión de la configuración aplicada. El cierre debe comparar lo esperado con lo observado, separar incidentes técnicos de respuesta del público y registrar si corresponde mantener, corregir, ampliar o detener. Esta disciplina evita presentar actividad como impacto y permite que el aprendizaje se reutilice en la siguiente iteración.
Preguntas para el discovery
- ¿Qué decisión de negocio debe mejorar y quién es responsable?
- ¿Qué audiencia, evento, fuente y ventana sustentan el caso?
- ¿Qué exclusiones, permisos, límites y dependencias deben respetarse?
- ¿Qué evidencia permitirá avanzar, corregir o detener?
- ¿Qué parte del alcance sigue en estado NO CONOCIDO?
Lecturas relacionadas
- AWS: límites de entrada y reingreso en campañas
- Lealto: automatización de Customer Journeys
- Lealto: segmentación de clientes
- Lealto: plataforma de Customer Engagement
Contáctenos
Construyamos su estrategia de lealtad