Por Juliana Daza
Cuando trabajamos con segmentación en Marketing Cloud next, muchas veces el reto no es crear un filtro sino entender dónde realmente están los datos y cómo se relacionan entre sí.
Como ya sabemos, cuando trabajamos con segmentación para activación en Marketing Cloud Next, los segmentos deben estar basados en el objeto Unified Individual dentro de Salesforce Data Cloud, específicamente en el data space por defecto.
Aunque herramientas como Einstein pueden ayudarnos a generar segmentos de forma rápida, es fundamental comprender cómo se relacionan los objetos dentro de Data Cloud y cómo navegar esas relaciones desde el constructor de segmentos.
En este artículo revisaremos un caso de uso común en implementaciones donde necesitamos trabajar con datos provenientes del CRM de salesforce que no están disponibles de forma inmediata dentro de Data Cloud.
Caso de uso
Se requiere crear un segmento utilizando datos del objeto estándar Asset en Salesforce CRM, específicamente Producto adquirido y Status del producto.
Este objeto no suele estar disponible por defecto en los Data Kits desplegados para Marketing y Data Cloud.
Por ello, primero es necesario habilitar sus datos en Data Cloud para poder segmentar contactos asociados a cuentas que tengan un producto y status específicos.
Paso 1. Creación de Data Stream
Data Cloud no sabe que el objeto Asset existe en tu CRM hasta que tú se lo dices. El Data Stream es precisamente eso: la instrucción que le dice al sistema 've a CRM, toma el objeto Asset, y tráelo aquí'.
Para crear el Data Stream, vamos a Data Streams → Nuevo y seleccionamos como fuente Salesforce CRM:
Paso 1 — Pantalla de creación de Data Stream, selección de fuente Salesforce CRM
En este punto, el sistema nos ofrece dos formas de configurar el Data Stream
Opción A: Utilizar un bundle predefinido:
Un bundle funciona como una plantilla previamente configurada por Salesforce. Incluye los campos estándar más comunes del objeto y sus relaciones básicas dentro del modelo de datos. Al utilizarlo, gran parte del mapeo ya viene configurado
Opción A — Selección de bundle predefinido para el objeto Asset
Opción B: Configurar el objeto de forma manual (más control)
En este caso se selecciona el objeto Asset directamente, sin utilizar un bundle. Esto permite definir de forma explícita qué campos incluir, cómo mapearlos y cómo establecer sus relaciones dentro del modelo de datos.
Opción B-Construcción de data stream por objeto individual de CRM salesforce
Paso 2. Mapeo y relaciones
A.Mapeo de campos DLO a DMO
Una vez creado el Data Stream, el siguiente paso es realizar o asegurar el debido mapeo de los campos que queremos utilizar en Data Cloud.
Este proceso permite definir qué campos del Data Lake Object (DLO) se corresponden con los campos del Data Model Object (DMO) dentro del modelo de datos.
En este caso de uso, lo que haremos será identificar los campos personalizados del objeto asset para traer los datos a Data 360.
Mapeo de campos — vinculando el DLO con el DMO del objeto Asset
B. Relationship:
Debido a que los segmentos en Data 360 parten desde Unified Individual (la persona), debemos encaminiar la relación del objeto Asset de tal manera que podamos popular el segmento, no basta solamente con mapear campos en data stream.
En este sentido la relación DMO nos permite:
- Crea los vínculos entre DMOs que permiten consultas complejas.
- Permite que Data Cloud entienda cómo enlazar la información dentro de segmentos
Construcción de relationship en data model de Asset
El resultado conjunto del mapeo y las relaciones puede validarse desde la opción Preview dentro del Data Model del objeto que se está trabajando, o también desde Data Explorer.
Desde allí es posible confirmar si los datos están llegando correctamente al DMO, cómo se están poblando los campos y si la estructura refleja lo que se definió en la configuración.
Preview del Data Model — validación de campos y datos del DMO Asset
Preview de Datos —Data Stream
Nota: Recuerda siempre ejecutar previamente Identity resolution para observar datos en Data 360
Paso 3. Construir el segmento
Las relaciones que configuramos antes son ahora el puente que nos permite navegar del Asset hasta la persona (Unified Individual). Sin ese puente, los datos de Asset son invisibles en el constructor de segmentos.
La relación entre Asset → Account que desarollamos anteriormente nos permitirá alcanzar el individuo unificado:
Data model construido para objeto Asset
¿Cómo navegar en el constructor de segmentos?
!Llego la hora! Podemos identificar los criterios que necesitemos para segmentar los contactos de una cuenta pertenecientes a un objeto asset
Paso1. Nos dirigimos a Related Attributes, elegimos Account contact,luego a Account y por último encontraremos la relación con asset mediante la cuenta del mismo:
Resultado de Segmentación para objeto Asset
Este segmento utiliza el objeto Asset DMO para identificar productos asociados a una cuenta DMO. Se filtran los contactos(Account contact) vinculados a cuentas que tienen al menos un Asset con status “CON” y que corresponde al producto 7004000000. Esto permite identificar clientes que poseen ese producto en ese estado específico para su seguimiento.
Paso 4. Verificación de individuos del segmento
Una vez publicado el segmento, ejecutamos una consulta SQL ingresando a Query editor para ver exactamente qué individuos fueron incluidos. Esto nos permite confirmar que los criterios aplicados están funcionando como esperamos
Consulta de resultados de individuos por segmentación
¿Qué podemos esperar en esta Consulta?
Cuando realizamos un JOIN podemos reconocer que personas unificó el segmento que estamos construyendo, aqui explico un poco a que se refiere:
Individual_Unified_SM_1755790792487__dlm (Segmento publicado) +
UnifiedIndividual__dlm (para obtener el nombre de la persona Unificada )
0 Comentarios