Definir regras de correspondência
Agora que concluímos o mapeamento das colunas de origem, a próxima etapa é definir as condições de correspondência. Na fase de correspondência, você especificará como combinar seus conjuntos de dados em um conjunto de dados de Perfil unificado de cliente. Esse perfil será usado posteriormente para fornecer insights exclusivos sobre seus clientes.
Você não pode realizar nenhuma correspondência, a menos que tenha mapeado pelo menos duas tabelas durante a fase de mapeamento de origem. Na primeira vez que realizar o processo de correspondência, você precisará concluir as seguintes etapas obrigatórias:
Especifique a ordem pela qual as tabelas mapeadas serão correspondidas.
Definir regras para o primeiro par correspondente.
Execute as correspondências especificadas.
Especificar a ordem de correspondência
Cada correspondência envolve a unificação de duas ou mais tabelas em uma única tabela, mantendo ao mesmo tempo o registro exclusivo de cada cliente. Ao definir uma ordem de correspondência, você precisará definir qual tabela usar como tabela primária. A tabela escolhida como primária serve como base para seu conjunto de dados primário unificado. Essencialmente, quaisquer colunas de outras tabelas selecionadas durante a fase de correspondência serão adicionadas a essa tabela. No entanto, a tabela unificada não incluirá necessariamente todos os dados incluídos nessa tabela.
Duas considerações que podem auxiliar a determinar a tabela primária:
Qual tabela provavelmente contém os dados mais completos e confiáveis sobre os clientes.
Se a tabela tem colunas que também são compartilhadas por outras tabelas, como nome, número de telefone ou endereço de email. Quanto mais colunas compartilhadas uma tabela tiver, melhores resultados você obterá quando ocorrer a correspondência.
Se a tabela não tiver colunas compartilhadas com outras pessoas, selecione a segunda tabela mais confiável.
Quando você souber qual tabela será a primária, defina a ordem em que as tabelas restantes serão avaliadas. Essas tabelas seriam representadas como tabela 2, tabela 3 e assim por diante.
A ordem de correspondência é executada da seguinte maneira:
Primeira correspondência: é feita a correspondência entre a tabela primária e a tabela 2.
Segunda correspondência: é feita a correspondência entre os resultados do conjunto de dados da primeira correspondência e a tabela 3.
Terceira correspondência: é feita a correspondência entre os resultados do conjunto de dados da segunda correspondência e a tabela 4.
Esse processo continua para todas as tabelas definidas na ordem de correspondência. Para explicar melhor, considere as tabelas Contacts (eCommerce) e Customers (Loyalty) que foram mapeadas na unidade anterior. Se você definir Contacts (eCommerce) como principal e Customers (Loyalty) como tabela 2, quando a correspondência ocorrer:
Será feita a correspondência entre Contacts (eCommerce) e Customers (Loyalty).
Se você adicionasse uma terceira tabela, os resultados da correspondência entre Contacts (eCommerce)/Customers (Loyalty) seriam comparados com a terceira tabela.
As perguntas que você usou para determinar a tabela primária também devem ser usadas para auxiliar a identificar a tabela 2. Determine qual tabela você considera ter os dados mais confiáveis e completos em segundo lugar. Além disso, estabeleça se essa segunda tabela inclui pelo menos uma coluna que é compartilhada pela tabela primária e, possivelmente, outras colunas que são compartilhadas por outras tabelas ingeridas.
Definir regras para o primeiro par de correspondência
Depois de definir a ordem de correspondência, você estará pronto para começar a definir regras de correspondência. Até que a regra de correspondência saiba entre quais colunas fazer a correspondência e como correspondê-las, a ordem de correspondência exibirá um sinal de aviso indicando que pelo menos uma regra de correspondência (que é obrigatória) é necessária para seu par de correspondência. As regras de correspondência determinam a lógica pela qual um par específico de tabelas será correspondido. Para definir uma regra, selecione Adicionar regra.
No painel Adicionar regra, você especificará as condições que se aplicarão a essa regra. Cada condição é representada por duas linhas que incluem as seguintes seleções:
A coluna da tabela primária que será usada para correspondência da primeira tabela de pares de correspondência, como nome, telefone ou endereço de email.
A coluna da tabela secundária que provavelmente terá informações semelhantes às da coluna selecionada na tabela primária.
No exemplo anterior, como Contacts: eCommerce e Customers: Loyalty têm uma coluna FullName, você provavelmente selecionaria esses campos na condição definida.
Ao definir uma condição, você pode definir duas outras opções que afetam como os registros correspondentes são identificados e os resultados que são retornados:
Método de precisão: indica o nível de precisão que a regra deve usar ao determinar se pode encontrar um registro correspondente na outra tabela. As quatro opções que você pode escolher são:
Exata: procura uma correspondência exata entre as colunas.
Alta: ideal para casos em que uma correspondência 100% idêntica não é necessária, mas a precisão da correspondência é mais importante do que seu alcance, como um serviço financeiro para um cliente específico.
Baixa: ideal para os casos em que o oposto da opção Alta é verdadeiro. Com essa opção, você está mais preocupado com o alcance da correspondência do que com a precisão. Essa opção pode ser usada em cenários como campanhas de marketing.
Média: essa opção serve como um meio termo entre Alta e Baixa.
Método de normalização: há várias opções de normalização disponíveis que podem ajudar a garantir correspondências, como remover pontuação, não considerar espaços em branco e tratar os valores como um tipo de dados, como um endereço ou um número de telefone.
Se não estiver obtendo os resultados esperados das regras, você sempre poderá modificar mais tarde a normalização e a precisão da regra para ajustar os resultados conforme necessário.
Ocasionalmente, talvez você queira fazer a correspondência de tabelas somente se diversas condições forem atendidas, como a correspondência do nome e do endereço de email de um cliente. Para esse cenário, você pode adicionar várias condições vinculadas. Cada condição pode ter suas próprias definições de precisão e normalização definidas. O Customer Insights - Data não dá suporte a condições OR. Portanto, as condições adicionadas são tratadas como condições AND. Ambas as condições precisam ser atendidas para que uma correspondência seja encontrada. Você pode remover as condições conforme necessário. Opcionalmente, você pode adicionar exceções à regra. As exceções são usadas para tratar casos raros de falsos positivos e falsos negativos.
Adicionar várias regras
Se você considerar as condições das regras como um único par de colunas, como um nome ou uma combinação de nome e endereço de email, as regras representarão conjuntos de uma ou mais condições.
Se acreditar que suas tabelas possam ser correspondidas com base em diferentes conjuntos de colunas, você poderá criar mais regras. Quando você define uma segunda regra, a ordem das regras é importante. O algoritmo de correspondência tentará fazer a correspondência com base na primeira regra e continuará na segunda regra, se nenhuma correspondência for identificada na primeira.
Por exemplo, se houver clientes na segunda fonte de dados que não têm endereços de email, você poderá adicionar uma segunda regra que faça a correspondência com base em uma combinação de nome e número de telefone. Quando a ordem de correspondência for aplicada, se não encontrar uma correspondência com base no nome e no email, ela tentará fazer a correspondência com base no nome e no número de telefone.
Especificar condições de correspondência personalizadas
Haverá ocasiões em que a lógica de correspondência padrão precisará ser modificada para atender às suas necessidades específicas. Por exemplo, pode haver ocasiões em que você queira garantir que nomes específicos sejam sempre correspondidos. Ao mesmo tempo, você deseja garantir que nomes específicos, como John e Jonathan, nunca sejam correspondidos. Nesses casos, você pode criar regras de correspondência personalizadas que substituirão as regras de correspondência padrão e garantir que os registros sejam correspondidos como pretendidos.
Há quatro opções disponíveis:
Sempre corresponder: define os valores que são sempre correspondidos, como sempre corresponder Mike e MikeR.
Nunca corresponder: define valores que nunca são correspondidos, como nunca corresponder John e Jonathan.
Bypass personalizado: define valores que o sistema deve ignorar sempre na correspondência de frase, como optar por ignorar os valores 11111 e Desconhecido.
Mapeamento de alias: define os valores que o sistema deve considerar como o mesmo valor. Você pode criar um alias para considerar Joe como igual a Joseph.
Quando estiver na seção Detalhes de registros correspondidos, você poderá selecionar a correspondência personalizada para criar suas próprias regras.
Depois de selecionar o tipo de correspondência que deseja usar, será necessário selecionar Baixar modelo. O modelo contém colunas para especificar a tabela e os valores de chave primária da tabela a serem usados na correspondência personalizada. Por exemplo, se desejar que a chave primária 12345 da tabela de vendas sempre corresponda à chave primária 3486 da tabela de contatos, preencha o modelo conforme indicado abaixo:
Table1: Vendas
Table1Key: 12345
Table2: Contato
Table2Key: 34567
O mesmo arquivo de modelo pode especificar registros de correspondência personalizados de diversas tabelas. Depois de adicionar todas as substituições, salve o arquivo de modelo. Você pode então acessar Fontes de Dados para ingerir os arquivos de modelo como novas tabelas. Depois que os arquivos e tabelas carregados estiverem disponíveis, selecione a opção Correspondência personalizada novamente. Você verá opções para especificar as tabelas que deseja incluir. Selecione as tabelas necessárias no menu suspenso e, depois, Concluído.
Para obter etapas mais detalhadas sobre a criação de regras de correspondência personalizadas, consulte: Especificar condições de correspondência personalizadas.