Skip to main content

Projetar seu próprio modelo de dados

Objetivos de aprendizagem

Após concluir esta unidade, você estará apto a:

  • Identificar suas fontes de dados.
  • Especificar os dados que você armazenará no Marketing Cloud Engagement.
  • Criar um modelo de dados para usar no Contact Builder.

Antes de começar

Antes de começar esse módulo, certifique-se de concluir Gerenciamento de contatos do Marketing Cloud Engagement. O trabalho realizado aqui se baseia nos conceitos e no trabalho realizados naquele emblema.

Prepare-se para o aprofundamento dos seus dados

Como desenvolvedor, você provavelmente está animado para começar a incorporar os dados da sua empresa no Marketing Cloud Engagement, mas pode não saber por onde começar. Bem, você está no lugar certo. Mover seus dados para o Marketing Cloud Engagement é como se mudar para uma nova casa. Antes de você se mudar, vai precisar fazer umas coisinhas.

  1. Decidir quais coisas você vai guardar.
  2. Rotular e encaixotar tudo.
  3. Descobrir onde colocar suas coisas em sua nova casa.

O mesmo vale para seus dados. Vamos mergulhar e preparar você para o dia da mudança. 

Identificar seus dados

Como você sabe, os dados podem vir de muitas fontes, como formulários da Web, serviços de análise da Web, centros de preferências, sistemas de ponto de venda (POS), mídias sociais e assim por diante. É por isso que é uma boa ideia fazer um brainstorming e listar todas as suas fontes de dados atuais e potenciais. Essa etapa geralmente exige algum trabalho em equipe. Portanto, se você ainda não o fez, pegue um quadro branco, reúna seus colegas e “cabeças à obra”. Não se preocupe. Podemos esperar.

Escolher seu banco de dados de registro

Depois de identificar possíveis fontes de dados, é hora de escolher seu banco de dados de registro (DBOR, database of record). Um DBOR é a fonte confiável para o status de aceitação do assinante e informações gerais sobre esse assinante. É aqui que você pode encontrar as informações mais atualizadas sobre seus clientes. Além disso, essa decisão ajuda a determinar quais dados precisam entrar ou sair do Marketing Cloud Engagement e com qual frequência.

As fontes de dados do Marketing Cloud Engagement incluem site externo, comércio, análise, POS, Centro de perfil e CSVQuais dados devem fazer a mudança?

Agora que você tem uma visão clara dos seus dados, pode determinar o que você vai migrar para o Marketing Cloud Engagement. Selecione apenas os dados que você usará para segmentação e personalização de campanha. Por exemplo, seu sistema de POS pode ter ótimos dados, como data de compra ou descrição, mas também contém informações como SKU ou preço de atacado que você nunca compartilharia com um cliente. Só porque você pode importar qualquer tipo de dados para o Marketing Cloud Engagement, não significa que deva fazer isso. Além disso, armazene apenas dados confidenciais e de identificação (como data de nascimento) se forem essenciais para segmentação ou mensagens transacionais. 

Rotule tudo

Com seus dados essenciais em mente, você pode encaixotá-los e começar a rotular. Primeiro, rotule os dados com base nos tipos de campo encontrados no Marketing Cloud Engagement: número, texto, data, booleano, decimal, email, número de telefone ou local. Então rotule e identifique suas chaves. Quais chaves? Que bom que você perguntou. Não podemos esquecer dos três tipos de chaves a seguir.

  • Chave estrangeira: O Marketing Cloud Engagement organiza os dados usando um banco de dados relacional e, nesse tipo de estrutura, chaves estrangeiras são usadas para conectar dados entre duas tabelas ou fontes exclusivas. Por exemplo, você pode encontrar CustomerID em uma extensão de dados de cliente e PurchaserID em uma fonte de dados de POS. Eles podem ter nomes diferentes, mas esses campos são do mesmo cliente. Portanto, esses campos se tornam as chaves estrangeiras que conectam esses dois dados.
  • Chave de contato: A chave de contato é um valor exclusivo atribuído para identificar um contato em sua conta do Marketing Cloud Engagement. (Você pode conhecê-la como uma chave de assinante no Email Studio.)
  • Chave primária: Uma chave primária do Marketing Cloud Engagement é um campo exclusivo em uma extensão de dados que identifica um ponto de dados específico e exclusivo. Muitas vezes esta é a chave de contato, mas pode ser algo exclusivo para esses dados. Por exemplo, em uma extensão de dados de catálogo de produtos, o SKU pode ser um identificador exclusivo (e, portanto, uma chave primária).

Se você ainda não decidiu qual é a sua chave, é importante identificar uma chave de contato consistente para o seu modelo. Aqui está uma atualização sobre as melhores práticas.

Melhores práticas da chave de contato
  • Para manter a consistência, use o valor da chave do assinante no Email Studio como sua chave de contato exclusiva no Contact Builder.
  • Use um valor exclusivo que não esteja relacionado a um canal específico.
  • Use um valor de chave de contato que não mude em função do comportamento do cliente.
  • Se estiver usando o Marketing Cloud Connect, é uma prática recomendada usar o ID do lead ou do contato como chave de contato. O uso desse ID sincronizará automaticamente com os dados do Sales Cloud e do Service Cloud, para que você tenha um identificador consistente em todas as nuvens.

Projetar seu próprio modelo de dados

Muito bem! Você reuniu seus dados. Agora, para onde tudo isso vai? Lembra-se da interface do Data Designer que você aprendeu no módulo Gerenciamento de contatos do Marketing Cloud Engagement? Sim, é para lá que você vai a seguir.

Página inicial do Data Designer com guias para fontes de dados, extensões de dados, preenchimentos e grupos de atributos

Aqui está o que você pode encontrar no Data Designer.

  1. Data sources (Fontes de dados): onde você identifica e organiza todas as suas fontes de dados, incluindo fontes sincronizadas e personalizadas.
  2. Data extensions (Extensões de dados): onde você cria os espaços reservados para seus dados. Você também pode criar extensões de dados no Email Studio.
  3. Attribute group (Grupo de atributos): forma de organizar seu modelo de dados. Dentro de um grupo de atributos você tem conjuntos de atributos ou extensões de dados, e os atributos são os campos dentro de uma extensão de dados.
  4. Populations (Preenchimentos): podem ser usados para diferenciar grupos de pessoas ou modelos de dados que possuem atributos ou identificadores exclusivos. Os preenchimentos são benéficos para uma empresa que possui um modelo ou estrutura diferente de comunicação com clientes e funcionários.

Estas são as ferramentas básicas que você usa para projetar seu modelo de dados. Então, como elas se encaixam? Um grupo de atributos é uma coleção de extensões de dados, com links para conectá-las com base em dados comuns que elas compartilham. Vamos analisar um exemplo de grupo de atributos de clientes potenciais.

Fonte de dados Extensão de dados associada Conexão de dados
Centro de preferências externas Master Customer (Cliente Mestre) A extensão de dados Master Customer (Cliente mestre) identifica o CustomerID como o atributo de chave primária.
Atividade de navegação na Web Web Activity (Atividades na Web) A extensão de dados Web Activity (Atividades na Web) conecta-se à extensão de dados Master Subscriber (Assinante Mestre) por meio do atributo de chave estrangeira CustomerID.
Dados de compras de varejo (POS) Customer Purchases (Compras de clientes) A extensão de dados Customer Purchases (Compras de clientes) conecta-se à extensão de dados Master Subscriber (Assinante Mestre) por meio do atributo de chave estrangeira CustomerID.
Catálogo de produtos CSV Product Catalog (Catálogo de produtos) O Product Catalog (Catálogo de produtos) vincula-se às Costumer Purchases (Compras de clientes) por meio do atributo de chave estrangeira ProductID.

Como você pode ver, é importante determinar sua estrutura de extensão de dados. Aqui temos algumas perguntas a se levar em conta.

  • Você precisa de uma extensão de dados para cada fonte de dados externa?
  • Você criará uma extensão de dados mestre para armazenar informações do assinante?
  • Como você segmentará seus públicos para envio de campanhas individuais?
  • Você usará extensões de dados filtradas?
  • O conteúdo pode ser usado para envio ou é conteúdo não enviável?
  • Com que frequência serão atualizados os dados na extensão de dados?

Não existe uma maneira certa ou errada de criar seu modelo de dados no Marketing Cloud Engagement porque cada empresa tem necessidades exclusivas. Consulte seus colegas antes de tomar qualquer decisão final sobre a estrutura do seu modelo de dados e extensões de dados. 

Uau! Já falamos muito! Então aqui está um resumo da lista de verificação das etapas para criar seu modelo de dados e prepará-lo para sua criação no Contact Builder.

  • Liste todos os dados de todas as possíveis fontes.
  • Selecione seu DBOR e determine quais dados precisam entrar e sair do Marketing Cloud Engagement.
  • Determine os dados necessários para segmentação e personalização da campanha.
  • Rotule os tipos de dados que você possui e identifique campos comuns nas fontes de dados.
  • Finalize as fontes de dados e os campos de dados que você precisa importar para o Marketing Cloud Engagement.
  • Identifique as extensões de dados que precisam ser criadas para armazenar seus dados.

Em seguida, você começa a construir seu modelo de dados.

Recursos

Compartilhe seu feedback do Trailhead usando a Ajuda do Salesforce.

Queremos saber sobre sua experiência com o Trailhead. Agora você pode acessar o novo formulário de feedback, a qualquer momento, no site Ajuda do Salesforce.

Saiba mais Continue compartilhando feedback