Añadir canales reutilizando cliente y decisión, no reconstruyéndolos.
Una base, entrega específica por canal
Ciclo de activación
Base
Perfil de cliente
→
Decisión
Capa de decisión
→
Entrega
Web / App
Mensajería
→
Respuesta
Eventos de respuesta
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.