Reutilizar la base de datos entre canales
Añadir canales reutilizando cliente y decisión, no reconstruyéndolos.
Diagrama genérico. No reproduce una arquitectura de cliente.
Añadir un canal no debería obligar a reconstruir identidad, estado de cliente y elegibilidad. La base reutilizable son los datos y decisiones; el renderizado y la ejecución siguen siendo específicos.
Los modelos externos y las plataformas de entrega quedan detrás de contratos explícitos, no reimplementados dentro de journeys.
Señales en producción
- La misma regla produce resultados distintos por canal.
- Cada canal nuevo trae otra forma de identificar al mismo cliente.
- El mismo score vive en cada herramienta y ya no coinciden.
Arquitectura recomendada
Separar customer context, decisión, renderizado y ejecución en contratos explícitos.
Reutilizar identidad y elegibilidad; adaptar solo el contexto y la entrega.
Cuándo no aplicarlo
- No centralizar lógica exclusiva de un canal sin consumidor adicional.
- No convertir el CDP en motor de renderizado.
Pruébalo en un simulador
Escenarios interactivos donde este patrón se ve fallar y se ve resolverse.
- Mobile SDK · AJO
Laura instala la app
¿Qué se rompe si falta una llamada del SDK o un dataset?
Abrir el simulador → - AEP
Quién llega al destino
¿Qué perfiles de la audiencia llegan a cada destino, y con qué identidades?
Abrir el simulador → - AJO
¿Le estamos enviando demasiados mensajes a Laura?
¿Cuántos mensajes le llegan a Laura esta semana y cuáles se quedan fuera?
Abrir el simulador →