El problema
El cliente operaba tres marcas distintas bajo una sola organización matriz, cada una con su propia base de clientes, sus propios requisitos de cumplimiento y su propio equipo de operaciones de marketing. Los datos de cliente vivían en sistemas separados, la gestión de preferencias estaba fragmentada y la reputación de envío tenía que protegerse en cada marca sin contaminación cruzada. La organización matriz quería una sola cuenta de Marketing Cloud que pudiera alojar las tres marcas, compartir un modelo de datos común y aun así permitir a cada marca operar de forma independiente.
El trabajo
El fundador de Alloy12 lideró la arquitectura de la solución de Marketing Cloud durante una consultoría previa. El trabajo comenzó con descubrimiento en las tres unidades de negocio y luego pasó a un plano que cubrió estructura de cuenta, modelo de datos, arquitectura de integración y controles de cumplimiento.
La solución entregada incluyó una unidad de negocio padre con dos unidades hijas, una por marca, cada una con su propia autenticación de remitente, dominios de envío dedicados, configuración de Reply Mail Management y página de login y centro de preferencias con marca propia. Un modelo de datos compartido en Contact Builder unificó los registros de cliente entre unidades de negocio con un solo registro único por persona. La gestión de preferencias se arquitectó para soportar opt-down por marca respetando al mismo tiempo la supresión a nivel padre, lo cual es un problema no trivial en Marketing Cloud.
Más allá de la configuración de la plataforma, el compromiso cubrió Marketing Cloud Connect para sincronizar datos de Sales Cloud a Marketing Cloud, integración de Journey Builder con llamadas API de salida para correo físico y sistemas de terceros, una estrategia de gestión de duplicados usando un objeto personalizado tipo "keyring" y Apex para fusionar contactos duplicados, configuración del conector de Google Analytics 360, activación de Einstein Engagement Scoring y configuración de SSO para ambas unidades de negocio. La migración de datos incluyó preservación del estatus de opt-out durante el cambio.
Se diseñaron planes de calentamiento de IP para cada unidad de negocio para proteger la reputación de envío durante el despliegue. Plantillas de correo, bloques de contenido reutilizables y una estructura de carpetas que funcionaba con Across Enterprise Sharing completaron la implementación.
Qué cambió
Las tres unidades de negocio pasaron de herramientas fragmentadas y entregas manuales de datos a una sola cuenta de Marketing Cloud con una vista unificada del cliente. La gestión de preferencias dejó de ser un ejercicio de hojas de cálculo por marca. Journey Builder podía disparar llamadas API de salida a sistemas externos como parte de los flujos de ciclo de vida del cliente. El equipo de ingeniería entregó capacidad de envío dinámico y los equipos de marketing obtuvieron reportes y analítica en un solo lugar para las tres marcas.
Stack técnico
El trabajo combinó Salesforce Marketing Cloud en múltiples unidades de negocio, Sales Cloud con Marketing Cloud Connect, Apex para gestión personalizada de duplicados, integraciones SFTP desde sistemas administrativos, Google Analytics 360, Einstein Engagement Scoring y SSO vía SAML.
Por qué esto importa para tu negocio
A las organizaciones multi-marca les dicen que compren una instancia de Marketing Cloud por cada marca y las unan después. Eso es caro, operativamente doloroso y una pesadilla para la gestión de preferencias. Esta implementación muestra el patrón opuesto. Una sola cuenta, datos compartidos, aislamiento a nivel de marca donde importa, infraestructura compartida donde no. Alloy12 ha recorrido esta arquitectura a escala empresarial y sabe dónde están las trampas.