Multi-channel Orchestrator Agent.
Que cada cliente reciba un solo mensaje coherente, en el canal correcto, en el momento correcto.
Un agente custom de Agentforce que monitorea la interacción cross-canal del cliente en Data Cloud, calcula carga de comunicación reciente y decide qué canal usar (email, SMS, push, WhatsApp, paid) y cuándo, respetando un frequency cap consolidado. Diseñado para CRM Managers, Performance Marketers y equipos cross-canal cansados de mensajes contradictorios y opt-outs por fatiga.
¿Qué hace este agente?
Es un agente custom de Agentforce que se sienta encima de Marketing Cloud Engagement, Mobile Studio, WhatsApp Business y Advertising Studio. Cada vez que se planea un touchpoint, mira qué pasó con ese cliente en las últimas 72 horas en todos los canales, calcula carga de comunicación, respeta el frequency cap consolidado y decide canal y timing. El resultado: el cliente deja de recibir el mismo mensaje por email, SMS y WhatsApp el mismo día, y el opt-out cross-canal cae materialmente.
Cómo funciona paso a paso
Del trigger del journey al envío en el canal correcto. 7 pasos.
Trigger del próximo touchpoint
Un journey, una campaña batch o un trigger de comportamiento solicita el envío de un mensaje al cliente.
Lectura de interacciones cross-canal
El agente consulta los últimos 7 días de interacciones del cliente en Data Cloud (email, SMS, push, WhatsApp, paid).
Cálculo de carga de comunicación
Cuenta touchpoints recientes y los pondera por canal. Compara contra el frequency cap consolidado del segmento.
Decisión de canal óptimo
Evalúa propensión por canal, restricciones regulatorias (consent, horario), costo y prioridad de la campaña.
Decisión de timing
Elige el momento basándose en patrones históricos de engagement de ese cliente y restricciones por canal.
Ejecución vía canal correspondiente
Dispara el envío vía MCE, Mobile Studio, WhatsApp BSP o Advertising Studio según la decisión.
Log y feedback loop
Loguea decisión, canal, timing y outcome. Alimenta el modelo para futuras decisiones del mismo cliente.
Ejemplo de interacción real
[Estado del cliente para Hot Sale]
[Decisión final del agente]
Arquitectura del agente
Los cuatro pilares que sostienen al Multi-channel Orchestrator Agent.
Data
DMOs y fuentes de grounding
- Engagement events cross-canal (Data Cloud)
- Consent management por canal
- Customer Profile unificado
- Histórico de propensión por canal
- Frequency cap consolidado
- Catálogo de campañas activas
Actions
Lo que el agente ejecuta
- Calcular carga reciente por cliente
- Validar consent y restricciones
- Decidir canal óptimo
- Elegir timing por ventana de engagement
- Disparar envío vía canal correspondiente
- Loguear decisión y outcome
Trust Layer
Controles y guardrails
- Frequency cap consolidado por segmento
- Validación de consent por canal y mercado
- Horarios permitidos por país (LGPD / GDPR)
- Override manual disponible para campañas críticas
- Audit trail por decisión
Channels
Dónde opera el agente
- Marketing Cloud Engagement (email)
- Mobile Studio (SMS, push)
- WhatsApp Business API (BSP)
- Advertising Studio (paid)
- Journey Builder + Data Cloud
Implementación en 5 fases
Necesita Identity Resolution madura y un frequency cap unificado antes de arrancar: 10 a 12 semanas.
Discovery y framework de prioridades
Acordar con dueños de cada canal el orden de prioridad por caso de uso, frequency cap consolidado y reglas de no-redundancia.
Identity Resolution e ingesta cross-canal
Validar Identity Resolution, asegurar ingesta de eventos de todos los canales en Data Cloud, mapear consent por mercado.
Agent build
Configurar Topics, Actions, prompts de decisión, integración con cada canal y framework de override manual.
Piloto en un segmento
Activar en un segmento controlado con A/B vs orquestación actual. Calibrar pesos por canal y reglas de no-redundancia.
Rollout y feedback loop
Expansión por segmento o vertical, dashboards de salud, revisión mensual del frequency cap y de las reglas.
Equipo típico de implementación
Requisitos para arrancar
Lo que necesitás listo antes de poner el agente en producción.
Datos mínimos
- Identity Resolution madura en Data Cloud
- Eventos de engagement cross-canal en Data Cloud
- Consent management consolidado
- Frequency cap unificado documentado
Licencias
- Marketing Cloud Engagement
- Mobile Studio
- WhatsApp Business API (BSP)
- Advertising Studio (si aplica)
- Data Cloud + Agentforce for Marketing
Integraciones
- Data Cloud ↔ MCE / Mobile / WhatsApp
- Trust Layer y consent
- Journey Builder con triggers cross-canal
- Dashboards de operación cross-canal
Org readiness
- Acuerdo entre dueños de canales
- Frequency cap firmado por Marketing y Legal
- Política de override para campañas críticas
- Sandbox para piloto controlado
KPIs: antes y después
Métricas operativas que mejoran cuando la orquestación pasa de canal a cliente.
| Métrica | Antes (orquestación por canal) | Después (orquestación cross-canal) | Cambio |
|---|---|---|---|
| Opt-out rate cross-canal | Baseline | -25 a 40% | -25-40% |
| Conversion por contacto multi-canal | Baseline | +15 a 30% | +15-30% |
| Frequency cap honored | 60 a 80% | 100% | 100% |
| Mensajes redundantes por cliente / semana | 1 a 3 | Cercano a 0 | Material |
| Costo por conversión | Baseline | -15 a 25% | -15-25% |
| NPS de comunicación | Baseline | +5 a 12 puntos | Material |
Caso anonimizado: retailer omnicanal regional con email, SMS, push y WhatsApp. Antes del agente, la coordinación era reactiva (cada equipo cuidaba su propio frequency cap). Tras el rollout, el opt-out cross-canal cayó en doble dígito y el costo por conversión bajó porque dejó de mandar SMS a clientes que ya habían convertido por email.
Tenemos casos en este agente — hablemos para compartir los relevantes a tu industria.
Riesgos comunes y cómo los mitigamos
Governance entre canales con dueños distintos
Cada equipo defiende su canal y bloquea el frequency cap consolidado.
Mitigación: framework de prioridades firmado por todos los dueños en la fase 1, comité mensual de governance y override documentado.
Latencia en sincronización de eventos
Si un evento llega tarde a Data Cloud, el agente decide con info desactualizada.
Mitigación: SLA de ingesta por canal (idealmente streaming), monitoreo de latencia y fallback a regla conservadora cuando el dato no está fresco.
Identidad mal resuelta entre canales
El mismo cliente aparece como dos contactos y el frequency cap no se aplica.
Mitigación: auditoría obligatoria de Identity Resolution en la fase 2, monitoreo de duplicados como métrica de salud y revisión trimestral.
Campañas críticas que necesitan saltar el cap
Comunicaciones obligatorias o de servicio no pueden esperar.
Mitigación: override manual con motivo registrado, política clara sobre qué califica como crítico y reporte mensual de overrides.
Dependencia del consent por mercado
Cambios de consent locales (LGPD, GDPR) pueden romper el ruteo si no se reflejan rápido.
Mitigación: consent management integrado, fail-closed por canal cuando falta consent, auditoría legal periódica.
Preguntas Frecuentes
No. Journey Builder sigue diseñando los flujos. El agente se inserta en cada decisión de "qué canal y cuándo", y decide en función del estado cross-canal del cliente en ese momento. Es un decisor, no un orquestador de flujos.
Se respeta. El agente puede operar en modo "respeta canal preasignado" para esas campañas y limitarse a decidir timing y aplicar el frequency cap. La idea no es romper lo que el negocio decidió, sino agregar inteligencia donde hay grados de libertad.
El cap inicial sale del acuerdo entre dueños de canales y Legal. Después se afina en el piloto de la fase 4 con A/B contra la orquestación actual, midiendo opt-out, conversion y NPS de comunicación.
El agente respeta las plantillas pre-aprobadas por Meta y la política de opt-in del BSP. WhatsApp solo se usa cuando hay consent vigente y la categoría de mensaje es válida según las policies de WhatsApp Business.
Decisiones operativas en segundos. Para batches grandes (envío masivo programado), el agente prepara las decisiones por anticipado y libera la cola en paralelo. No es un cuello de botella en operación.
Sí. Lo más común es arrancar con email + SMS + push y agregar WhatsApp y paid en olas posteriores. Mientras menos canales, menos governance hace falta para el rollout inicial.
Que el cliente vea una marca, no cinco canales descoordinados.
Hablá con un Marketing Architect de Solu. En una sesión de discovery mapeamos tu orquestación actual y te mostramos el opt-out cross-canal que estás generando sin verlo.