Mapear objetos necessários

Objetivos de aprendizagem

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

• Reconhecer os componentes do modelo de dados do Customer 360.
  
• Descrever objetos individuais, de ponto de contato e de parte.
  
• Identificar os requisitos de mapeamento para conjuntos de regras de resolução de identidade.
  

Componentes do modelo de dados do Customer 360

Para entender melhor os requisitos dos conceitos de dados e identidade, precisamos analisar o modelo de dados do Customer 360. O modelo de dados do Customer 360 é o modelo de dados padrão do Data Cloud que ajuda na interoperabilidade dos dados. Ou seja, é uma forma elegante de dizer que permite que os dados possam ser utilizados onde quer que sejam necessários. Compreender os componentes do modelo de dados do Customer 360 pode facilitar o mapeamento de dados e a criação de conjuntos de regras de resoluções de identidade. Vamos analisar.

Área de assunto (Uma meta comercial)

O modelo de dados do Customer 360 agrupa áreas de assunto ou modelos de dados dependendo das metas comerciais. Esses objetivos podem ser para comercializar ou promover seu produto ou para fornecer suporte ininterrupto a seus clientes. As áreas de assunto do modelo de dados podem incluir um agrupamento de identificadores exclusivos chamado de parte ou podem ser dados de engajamento, pedidos de vendas ou informações de produtos. 

Objetos de modelo de dados, também chamados de DMOs (grupos de dados)

Um objeto no modelo de dados criado por insights e fluxos de dados ingeridos. Os DMOs podem ser padrão ou personalizados, dependendo das necessidades comerciais. Um DMO armazena dados como leads, informações de produtos, informações sobre o cliente e assim por diante. 

Atributos (dados sobre seus contatos)

Atributos são as informações exclusivas que você conhece sobre um determinado contato, provenientes de diversas fontes diferentes. Esses trechos de dados ajudam você a vincular os dados de um indivíduo e, em última análise, criar um perfil unificado do cliente. Para os profissionais de marketing, esses pontos de dados são preciosos para o marketing porque podem ser usados para criar segmentos ajustados. Por exemplo, você pode enviar um cupom para todos os contatos com menos de 25 anos que preferem levantar pesos a correr. Para fazer isso, você precisa de dados de idade e preferência de atividade no Data Cloud. 

Já existem atributos padrão criados para você usar, mas sua organização também pode criar atributos personalizados com base em seu caso de uso comercial.

A importância do mapeamento de dados

Agora que já refrescou sua memória, está na hora de levar isso a sério. Para criar perfis unificados, você deve mapear seus dados corretamente. O Data Cloud é como a inteligência artificial (IA) porque requer dados de qualidade e alguma intervenção humana para ser mais eficaz. 

Com o Data Cloud, o sistema só poderá unificar perfis se eles forem mapeados corretamente para o objeto de indivíduo e um outro elemento: um objeto de ponto de contato ou um objeto identificador de parte. 

Vamos começar com a primeira opção obrigatória, o objeto de indivíduo.

Objeto de indivíduo

O objeto de indivíduo é o mais importante porque tem todas as informações pessoais que você conhece sobre seu cliente. E esses dados podem vir de todos os tipos de fontes (desde dados comerciais até publicações nas redes sociais). Na verdade, cada fluxo de dados adicionado precisa ter um campo para se conectar ao campo de ID individual para criar um perfil individual unificado. Ele é necessário para a resolução de identidade. 

Vamos repetir mais uma vez para enfatizar. 

Todos os fluxos de dados com informações do cliente precisam ter um campo mapeado para o campo de ID individual do objeto de indivíduo para usar a resolução de identidade. 

Mapeamentos e relacionamentos exigidos

Em nosso exemplo usando a fonte de dados do programa de fidelidade da NTO, o campo mapeado para a ID individual é o campo SubscriberKey. A ID individual é o atributo mais importante para conjuntos de regras de resolução de identidade. Ela serve como chave primária para o objeto de indivíduo e é necessária para o mapeamento e a resolução de identidade. No seu fluxo de dados, qualquer campo que seja o identificador exclusivo desse cliente deve ser mapeado para essa ID. Veja os requisitos e opções de mapeamento específicos para o objeto de indivíduo.

Você também pode mapear quaisquer campos adicionais dos dados do cliente para os atributos padrão e personalizados associados ao objeto de indivíduo. Por exemplo, mapeie informações como data de nascimento, nome, sobrenome e assim por diante. 

Você não precisa apenas mapear todos os dados do cliente para o campo de ID individual, mas também mapear seus dados para um outro objeto. Vamos analisar suas opções.

Objetos de pontos de contato

Todos os pontos de contato (como email, telefone, endereço, dispositivo e redes sociais) têm objetos associados que podem ser usados para a resolução de identidade. Essas informações representam informações específicas sobre uma pessoa que podem mudar ou ser diferentes em vários sistemas. Semelhante à ID individual, uma ID de ponto de contato serve como chave primária para o objeto de ponto de contato e é necessária para o mapeamento e a resolução de identidade. No seu fluxo de dados, qualquer campo que seja o identificador exclusivo desse cliente deve ser mapeado para essa ID.  Vamos analisar esses requisitos de objeto. 

Objeto de identificação da parte

E, por fim, o objeto de identificação da parte. A correspondência de identificadores de partes permite que você use seus próprios identificadores fornecidos pelo cliente. A correspondência de um identificador de parte é especialmente importante nos pacotes de dados do Marketing Cloud Engagement. Os pacotes de dados incluem fontes de dados que têm dados relacionados ao assinante (como métricas de engajamento) associados a uma ID de assinante E extensões de dados que também contêm informações do cliente. Se você decidir fazer a correspondência com base na ID da parte, há outros tipos de atributos que precisam ser mapeados. 

Para obter uma lista dos pacotes de dados atuais disponíveis para outras nuvens da Salesforce, acesse a documentação de Pacotes de dados iniciais no Guia de referência do Data Cloud.

• Party Identification ID (ID de identificação da parte): semelhante à ID individual e às IDs do ponto de contato, a ID de identificação da parte é a chave primária ou o identificador primário dos dados do cliente. Pode ser qualquer ID exclusiva.
  
• Party (Parte): esta ID é uma chave estrangeira igual à usada no objeto de indivíduo.
  
• Party Identification Type (Tipo de identificação da parte): este é um campo obrigatório para mapeamento, mas opcional para a resolução de identidade. Este campo fornece informações adicionais sobre o identificador, por exemplo Rede social. Descreva bem, pois ele é usado para definir as regras de correspondência.
  
• Identification Number (Número de identificação): a ID usada na comparação da resolução de identidade.
  
• Identification Name (Nome de identificação): semelhante ao tipo, este campo obrigatório é usado para especificar o nome do espaço da ID, por exemplo, ID móvel ou ID do LinkedIn. Esse nome também é usado na configuração de regras de correspondência, portanto, seja descritivo.
  
• Atributos padrão e personalizados: mapeie quaisquer campos adicionais de dados do cliente para os atributos padrão e personalizados associados ao identificador da parte.
  

Vejamos um exemplo usando uma carteira de motorista como identificador exclusivo.

Resumindo, aqui estão os mapeamentos necessários para identificação da parte.

Relacionamentos da parte

Para permitir a unificação entre espaços da ID, o objeto de identificação da parte tem uma cardinalidade de relacionamento de Muitos para um, o que significa simplesmente que você pode ter vários campos de parte mapeados para um objeto de indivíduo. Neste exemplo, existem três tipos de identificação da parte: um do LinkedIn, outro chamado ID de contato e uma chave de assinante do Marketing Cloud. Todos os três são possíveis e, portanto, a razão da cardinalidade de Muitos para um. 

Como muitos sistemas usam identificadores, você pode adicioná-los facilmente às suas regras de correspondência após o mapeamento e a configuração. Só não se esqueça de anotar seus tipos e nomes para facilitar a configuração. 

Exemplo de mapeamento de dados

Para ajudar a visualizar esse processo, vamos analisar um exemplo de mapeamento de dados do modelo de dados da Northern Trail Outfitters (NTO). Neste exemplo, o fluxo de dados, Programa de fidelidade da NTO (1), é mapeado para o objeto de indivíduo (2) e o objeto de telefone do ponto de contato (3). A NTO criou este mapeamento para usar os números de telefone como uma regra de correspondência. 

Dentro deste mapeamento, existem três mapeamentos obrigatórios (identificados como chaves primárias). Neste exemplo, as chaves primárias são:

• SubscriberKey
  
• ID do telefone do ponto de contato
  
• ID individual
  

Observe também que a SubscriberKey da fonte de dados é mapeada para outras chaves primárias e a parte. Por que parte? Porque o campo da parte ajuda a fornecer um relacionamento entre objetos e chaves primárias encontradas nas fontes de dados.

Encontre a documentação de referência do objeto do modelo de dados na página do desenvolvedor do Salesforce Modelar dados.

A seguir: conjuntos de regras de resolução de identidade

Agora que você entende a importância do mapeamento, na próxima unidade discutiremos o conceito de conjuntos de regras de resolução de identidade. 

Recursos

• Ajuda do Salesforce: Área de assunto da parte
  
• Ajuda do Salesforce: Objeto de indivíduo e pontos de contato do modelo de dados do Customer 360
  
• Ajuda do Salesforce: Requisitos da modelagem de dados para a resolução de identidade
  
• Desenvolvedores do Salesforce: Modelar dados