Skip to main content
Build the future with Agentforce at TDX in San Francisco or on Salesforce+ on March 5–6. Register now.

Diseñar su modelo de datos

Objetivos de aprendizaje

Después de completar esta unidad, podrá:

  • Identificar sus fuentes de datos.
  • Especificar los datos que almacenará en Marketing Cloud Engagement.
  • Diseñar un modelo de datos para usar en Contact Builder.

Antes de empezar

Antes de empezar este módulo, asegúrese de completar Gestión de contactos de Marketing Cloud Engagement. El trabajo que haga aquí se construye sobre los conceptos y el trabajo que hace en esa insignia.

Prepararse para la profundización de datos

Como desarrollador, es probable que le entusiasme empezar a incorporar los datos de su compañía en Marketing Cloud Engagement, pero quizás no sabe por dónde empezar. ¡Está en el lugar correcto! Trasladar sus datos a Marketing Cloud Engagement es parecido a mudarse a un nuevo hogar. Antes de mudarse, necesita hacer algunas cosas.

  1. Decidir qué cosas desea conservar.
  2. Etiquetar y empaquetar.
  3. Ubicar sus cosas en su nuevo hogar.

Lo mismo aplica para sus datos. Avancemos y preparémonos para el día de la mudanza. 

Identificar sus datos

Como sabe, los datos provienen de varias fuentes, como formularios web, servicios de análisis web, centros de preferencia, sistemas de punto de venta (POS), redes sociales, etc. Por eso es una buena idea intercambiar ideas y trazar todas sus fuentes de datos actuales y potenciales. En general, este paso requiere trabajar en equipo, así que busque un tablero, reúna a sus colegas e intercambien ideas si aún no lo hicieron. No se preocupe, lo esperamos.

Elegir la base de datos de registro

Una vez que identificó las fuentes de datos posibles, es el momento de elegir su base de datos de registro (DBOR). Una DBOR es la fuente de información sobre el estado de suscripción del suscriptor y los detalles generales acerca de ese suscriptor. Aquí es donde puede encontrar la información más actualizada acerca de sus clientes. Además, esta decisión le permite determinar los datos que necesita ingresar o quitar de Marketing Cloud Engagement y con qué frecuencia hacerlo.

Las fuentes de datos de Marketing Cloud Engagement incluyen sitios web externos, comercio, análisis de datos, POS, centros de perfiles y CSV.¿Qué datos deberían trasladarse?

Ahora que tiene una idea clara de sus datos, determine qué va a trasladar a Marketing Cloud Engagement. Solo seleccione datos que usará para la personalización y segmentación de campañas. Por ejemplo, su sistema POS puede tener buenos datos, como la fecha de compra o descripción, pero también tiene información, como los SKU o el precio mayorista, que nunca compartiría con un cliente. Solo porque puede importar cualquier tipo de datos en Marketing Cloud Engagement no significa que deba hacerlo. Además, solo almacene datos confidenciales y para identificación (como la fecha de nacimiento) si es fundamental para la mensajería transaccional o de segmentación. 

Etiquetar

Con estos datos fundamentales en consideración, puede empaquetarlos y empezar a etiquetarlos. Primero, etiquete los datos según los tipos de campos que se encuentran en Marketing Cloud Engagement: número, texto, fecha, booleano, decimal, email, número de teléfono o configuración local. Luego, etiquete e identifique sus claves. ¿Qué claves? ¡Nos complace que preguntara! Hay tres tipos de claves que debe tener en cuenta.

  • Clave externa: Marketing Cloud Engagement organiza los datos con una base de datos relacional y, en este tipo de estructura, las claves externas se usan para conectar datos entre dos tablas o fuentes exclusivas. Por ejemplo, es posible que encuentre CustomerID en una extensión de datos de cliente y PurchaserID en una fuente de datos POS. Pueden tener nombres distintos, pero estos campos son el mismo cliente. Por lo tanto, estos campos se vuelven las claves externas que conectan esos dos datos.
  • Clave de contacto: es un valor exclusivo que se asigna para identificar un contacto en su cuenta de Marketing Cloud Engagement. (Puede que la conozca como clave de suscriptor en Email Studio).
  • Clave principal: una clave principal de Marketing Cloud Engagement es un campo exclusivo en una extensión de datos que identifica un punto de datos específico y exclusivo. En general, se trata de la clave de contacto, pero puede ser algo exclusivo de esos datos. Por ejemplo, en una extensión de datos de catálogo de productos, el SKU puede ser un identificador exclusivo (y, en consecuencia, una clave principal).

Si todavía no decidió una clave, es importante que identifique una clave de contacto consistente para su modelo. Aquí va un repaso de las mejores prácticas.

Mejores prácticas de claves de contactos
  • Para mantener la consistencia, use el valor clave de suscriptor en Email Studio como clave de contacto exclusiva en Contact Builder.
  • Use un valor exclusivo que no se relaciona con un canal específico.
  • Use un valor clave de contacto que no cambie según el comportamiento del cliente.
  • Al usar Marketing Cloud Connect, se recomienda usar el Id. de contacto o de prospecto como clave de contacto. Al usar este Id. se sincroniza automáticamente con datos de Sales Cloud y Service Cloud; así que tendrá un identificador consistente en todas las nubes.

Diseñar su modelo de datos

Ya recopiló sus datos (¡choque esos cinco!), ahora ¿a dónde se dirige todo esto? ¿Recuerda la interfaz de Data Designer que aprendió en el módulo Gestión de contactos de Marketing Cloud Engagement? Exacto, ese es el próximo paso.

Página de inicio de Data Designer con fichas para fuentes de datos, extensiones de datos, grupos y grupos de atributos

Esto es lo que puede encontrar en Data Designer.

  1. Fuentes de datos: aquí es donde identifica y organiza todas sus fuentes de datos, incluidas las fuentes personalizadas y sincronizadas.
  2. Extensiones de datos: aquí es donde crea los marcadores de posición para sus datos. También puede crear extensiones de datos en Email Studio.
  3. Grupo de atributos: esta es una forma de organizar su modelo de datos. En un grupo de atributos, tiene conjuntos de atributos o extensiones de datos, y los atributos son los campos dentro de una extensión de datos.
  4. Poblaciones: se pueden utilizar para diferenciar entre grupos de personas o modelos de datos que tienen atributos o identificadores exclusivos. Las poblaciones son beneficiosas para una compañía que tiene un modelo o estructura diferente de comunicación con los empleados y los clientes.

Estas son las herramientas básicas que usará para diseñar su modelo de datos. Entonces ¿cómo funcionan juntas? Un grupo de atributos es una recopilación de extensiones de datos, con vínculos que reúnen todo según datos comunes compartidos. Revisemos un ejemplo de grupo de atributos de un cliente potencial.

Fuentes de datos Extensión de datos de asociada Conexión de datos
Centro de preferencias externo Cliente principal La extensión de datos de cliente principal identifica CustomerID como atributo clave principal.
Actividad de navegador de sitio web Actividad web La extensión de datos de actividad web se vincula con la extensión de datos del suscriptor principal a través de CustomerID del atributo de clave externa.
Datos de compra de venta minorista (POS) Compras del cliente La extensión de datos de compras del cliente se vincula con la extensión de datos del suscriptor principal a través de CustomerID del atributo de clave externa.
CSV de catálogo de productos Catálogo de productos El catálogo de productos se vincula con las compras del cliente a través de ProductID del atributo de clave externo.

Como puede ver, es importante determinar su estructura de extensión de datos. Estas son algunas de las preguntas que debe tener en cuenta.

  • ¿Necesita una extensión de datos para todas las fuentes de datos externas?
  • ¿Va a crear una extensión de datos principal para almacenar información de suscriptores?
  • ¿Cómo segmentará sus audiencias para enviar campañas individuales?
  • ¿Va a utilizar extensiones de datos filtradas?
  • ¿Se puede usar el contenido para realizar envíos o es contenido que no puede enviarse?
  • ¿Con qué frecuencia se actualizarán los datos de la extensión de datos?

No hay una manera correcta o incorrecta de diseñar su modelo de datos en Marketing Cloud Engagement porque cada negocio tiene necesidades exclusivas. Consulte con sus colegas antes de tomar cualquier decisión final acerca de la estructura de su modelo de datos y extensiones de datos. 

¡Vaya! Abordamos mucho material, así que aquí tiene un resumen de lista de comprobación de los pasos a fin de diseñar su modelo de datos y prepararse para crear en Contact Builder.

  • Enumere todos los datos de todas las fuentes potenciales.
  • Seleccione su DBOR y determine qué datos se deben ingresar en Marketing Cloud Engagement o eliminarse de allí.
  • Determine los datos que son obligatorios para la segmentación y personalización de campañas.
  • Etiquete los tipos de datos que tiene e identifique los campos comunes de las fuentes de datos.
  • Termine con las fuentes de datos y los campos de datos que necesita importar en Marketing Cloud Engagement.
  • Identifique las extensiones de datos que se deben crear para almacenar sus datos.

A continuación, empiece a crear su modelo de datos.

Recursos

Comparta sus comentarios de Trailhead en la Ayuda de Salesforce.

Nos encantaría saber más sobre su experiencia con Trailhead. Ahora puede acceder al nuevo formulario de comentarios en cualquier momento en el sitio de Ayuda de Salesforce.

Más información Continuar a Compartir comentarios