Revisar seus dados e o objeto de modelo de dados
Objetivos de aprendizagem
Após concluir esta unidade, você estará apto a:
- Descrever a importância da área de assunto da parte.
- Implementar o objeto de modelo de dados a partir do modelo de dados da parte para coletar informações.
Mapear seus dados
Vamos ver como uma empresa pode abordar o uso de atributos e objetos de modelo de dados do Modelo de dados do Customer 360. Lembre-se que seu modelo de dados ainda não está definido no Modelo de dados do Customer 360. Seria ótimo se todo esse trabalho já estivesse feito, mas não conseguimos prever o futuro, ainda. O Modelo de dados do Customer 360 oferece formas padronizadas de representar determinados atributos e objetos de modelos de dados. Ou seja, estamos todos usando os mesmos tipos de blocos, portanto, sabemos como tudo vai funcionar e se comportar, independentemente do que estivermos criando. Com esses blocos, é possível escalar melhor para atender às demandas futuras do modelo de dados. Vamos analisar um exemplo.
Conheça Pia Larson. Ela é a arquiteta empresarial da varejista de roupas e equipamentos para atividades ao ar livre Northern Trail Outfitters (NTO) e está encarregada de mapear o modelo de dados da empresa. A NTO obtém dados de todos os tipos de fontes diferentes, incluindo vendas na loja, vendas online, jornadas de marketing do cliente, comportamento do site e muitas outras. O trabalho dela é reunir tudo isso.
Primeiro, Pia precisa conhecer a origem dos dados. Isso significa que ela precisa pesquisar todas as origens dos dados. A NTO reúne informações do processo de vendas, interações com o suporte, iniciativas de marketing e muito mais. Pia precisa conversar com as partes interessadas em todas as facetas da jornada do cliente da NTO e descobrir onde os dados estão armazenados.
Pia determina que a NTO precisa de uma identidade única e unificada para contatos e informações sobre as ações que esses contatos realizam. Além disso, ela deseja trazer as informações sobre essas ações de volta para a identidade única e unificada. Depois de analisar o Modelo de dados do Customer 360, ela decide que as áreas de assunto da parte e do engajamento são as informações que a NTO precisa para fundamentar o modelo de dados.
Chegou a hora de começar a mapear esses dois objetos de modelo de dados. Ela também observa que o Data Cloud exige os objetos de modelo de dados individual, identificação da parte, email do ponto de contato, telefone do ponto de contato e endereço do ponto de contato. Esses objetos comuns fornecem uma base sólida para dados comuns de clientes que podem ser usados para criar perfis unificados.
Juntar a parte
Quando se trata do Modelo de dados do Customer 360, a área de assunto da parte não tem nada a ver com frações ou porções. A parte representa uma instância de uma pessoa ou de uma organização. Essa entidade pode ser um indivíduo, uma empresa ou outra instituição qualquer. É possível anexar vários tipos de informações a um objeto de modelo de dados, mas cada instância é uma representação única dessa entidade. A área de assunto da parte inclui alguns objetos de modelo de dados que ajudam a identificar informações sobre uma entidade específica, incluindo informações de contato, qual a relação dessa função com seu negócio e outras informações pertinentes.
A área de assunto da parte inclui objetos de modelo de dados que devem soar familiares: Identificação da parte, indivíduo e email do ponto de contato. Vamos analisar a área de assunto da parte e seus objetos de modelo de dados associados que estão relacionados a uma pessoa. Refiro-me especificamente à cliente da NTO, Rachel Rodriguez.
No caso de Rachel, existem algumas formas alternativas de escrever o nome dela, mas imagine se você encontrasse alguém que também usasse um apelido especial ou tivesse um nome com diversas variações tradicionais, como Elizabeth, Beth, Betsy, Liz, Liza, Eli ou outro termo. São muitas informações para reunir! Se acrescentássemos outros endereços (um apartamento anterior, o endereço do trabalho e o local onde vive atualmente), o sistema teria ainda mais variações para considerar. Nem vamos mencionar números de celular ou endereços de email antigos. Temos coisas mais importantes para fazer.
Indivíduo na área de assunto da parte
As informações sobre Rachel vêm de várias fontes. A NTO precisa resolver as informações que vêm dessas fontes. Por isso, Pia precisa garantir que todas elas estejam diretamente vinculadas ao objeto de modelo de dados correto e respectivos atributos. Todas essas informações ajudam a concretizar o objetivo final de criar o perfil unificado de Rachel Rodriguez no Data Cloud. De todos esses campos, no entanto, um deve se destacar por ter mais importância do que os outros.
A ID individual que está no DMO individual ajuda a vincular esse DMO a outros DMOs. À medida que Pia começa a definir todos os fluxos de dados que vão para sua instância do Data Cloud, ela precisa garantir que todas as informações de Rachel sejam mapeadas de volta para as IDs individuais. Vamos dar uma olhada em um exemplo de conjunto de relacionamentos no objeto de modelo de dados individual.
O exemplo mostra que o campo individual do objeto de modelo de dados de contato da conta está relacionado ao campo de ID individual. O endereço do ponto de contato, o email do ponto de contato e o telefone do ponto de contato também estão relacionados ao campo de ID individual. Todos esses campos estão relacionados como cardinalidade ManyToOne (Muitos para um), ou seja, vários endereços e números de telefone podem estar relacionados a um único indivíduo. (Não se preocupe, não vamos contar para ninguém quando você der um endereço de email descartável). O campo de ID individual do objeto de modelo de dados individual também está relacionado ao campo de ID individual do objeto de modelo de dados de link unificado individual como cardinalidade OneToOne (Um para um). Esse objeto de modelo de dados fica disponível depois que o processo de resolução de identidade ocorre (esse processo pode ser consultado no módulo Ingestão e modelagem no Data Cloud). Nesse caso, só pode haver um valor para esse link, o que ajuda a preservar a natureza exclusiva do registro.
Falaremos mais sobre o link unificado individual mais adiante neste emblema.
Personalizar a parte
Seu modelo de dados é personalizado para sua instância do Data Cloud, uma vez que ele depende de suas próprias necessidades de dados e das origens de dados que você usa para importar esses dados para o Data Cloud. No entanto, é importante lembrar que você está usando objetos de modelo de dados padronizados por um motivo. Essa padronização permite que o Data Cloud tenha mais oportunidades de fazer a correspondência de todas as informações com o indivíduo unificado correto. Essa configuração também maximiza a funcionalidade do modelo de dados e ajuda você a começar a trabalhar ainda mais rápido. Além disso, você pode aproveitar os aplicativos do AppExchange com mais facilidade, pois todos já concordam com os tipos e a configuração dos dados que serão usados.
Quando planejar seu modelo de dados, lembre-se de combinar os identificadores corretamente, mas também pense sobre quais origens de dados devem ter prioridade sobre outras. Essas informações serão úteis mais tarde, quando você precisar lidar com a resolução de identidade no Data Cloud. Esse processo garante que todas as informações corretas sejam vinculadas ao registro correto e prioriza quais informações serão usadas (como nomes completos em vez de apelidos ou endereços de email preferidos). O número exclusivo de recompensas de membros da NTO ajuda a integrar todas as informações no perfil unificado e as regras determinam quais informações têm prioridade e são usadas nas interações reais com o cliente.
Resumo
Nesta unidade, você explorou o modelo de dados de uma pessoa no Data Cloud. Em seguida, vamos analisar o que essas pessoas fazem e como registrar isso.
Recursos