Software de plataforma de dados do cliente: um guia completo para empresas
O software de plataforma de dados do cliente centraliza dados fragmentados de visitantes e compradores vindos de infraestrutura de rede, sistemas de ponto de venda e plataformas CRM em um único perfil unificado, permitindo personalização em tempo real e marketing automatizado em escala. Para operadores de locais e líderes de TI, implantar uma CDP transforma logins de WiFi anônimos em ativos de dados primários (first-party) verificados e acionáveis. Este guia aborda a arquitetura técnica, fases de implementação, requisitos de conformidade com a GDPR e resultados de negócios mensuráveis para os setores de hotelaria, varejo, eventos e ambientes do setor público.
Ouça este guia
Ver transcrição do podcast
Resumo executivo
O software de customer data platform resolve um problema de fragmentação estrutural que afeta todo operador de locais de múltiplos sites. À medida que sua organização se expande por pontos de contato físicos e digitais, os dados do cliente se espalham por terminais de ponto de venda, aplicativos de fidelidade, sistemas de gestão de propriedades e infraestrutura de rede. Uma customer data platform (CDP) ingere esses dados fragmentados, aplica a resolução de identidade para criar um perfil unificado persistente por indivíduo e ativa esse perfil em canais de engajamento em tempo real.
Para líderes de TI e diretores de marketing, implantar uma CDP muda a arquitetura de bancos de dados isolados para uma camada de inteligência centralizada. Ao integrar logs de acesso à rede com históricos de transações, você cria uma única fonte de verdade. O Purple captura dados primários por meio da autenticação de Guest WiFi , alimentando registros verificados de e-mail e telefone diretamente em seu ecossistema de dados. O Purple processou 440 milhões de logins em 2024 (dados internos do Purple), demonstrando a escala de dados primários disponíveis apenas por meio da autenticação de rede. Este guia detalha a arquitetura técnica, os requisitos de implementação e os resultados de negócios da implantação de software de customer data platform em ambientes corporativos complexos.
Detalhamento técnico
O software de customer data platform opera em um ciclo contínuo de ingestão, resolução e ativação. Ao contrário de um data warehouse estático, uma CDP requer recursos de processamento em tempo real para lidar com streaming de eventos de dispositivos de borda, controladores de rede e aplicações web.
Componentes arquitetônicos
Uma implantação corporativa padrão consiste em quatro camadas primárias. A camada de ingestão de dados lida com a coleta de dados estruturados e não estruturados. Ela requer gateways de API robustos e receptores de webhooks para processar eventos de fornecedores de hardware, incluindo Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme Networks e Fortinet. Essa camada deve lidar com dados de streaming de alta velocidade, especialmente ao processar análises de localização e eventos de autenticação de 802.1X (o padrão IEEE para controle de acesso à rede baseado em porta) e logins de Captive Portal. O mecanismo de resolução de identidade está no núcleo da arquitetura. Os dados brutos chegam com identificadores díspares. Um cliente pode se autenticar no Guest WiFi usando um endereço de e-mail, fazer uma compra usando um cartão de fidelidade e navegar no aplicativo móvel usando um ID de dispositivo. O mecanismo de resolução usa correspondência determinística (identificadores exatos como e-mail ou número de telefone) e correspondência probabilística (padrões de comportamento, IDs de dispositivos compartilhados) para unir esses registros em um único perfil persistente. A precisão aqui é inegociável - um mecanismo de resolução mal configurado causa o colapso do perfil, onde dois indivíduos distintos se fundem em um único registro.
A camada de segmentação e processamento aplica lógica de negócios e modelos de machine learning aos perfis unificados. Essa camada recalcula a associação de segmentos dinamicamente à medida que novos eventos chegam. Para um varejista com 40 lojas, isso significa que um comprador que realiza uma compra na loja física às 14:00 é removido da campanha de retargeting digital para aquele produto até as 14:05.
A camada de ativação envia segmentos de público para sistemas downstream por meio de integrações de API com ferramentas de automação de marketing, redes de publicidade e plataformas operacionais. O requisito crítico aqui é a baixa latência. O processamento em lote é insuficiente para cenários de locais físicos sensíveis ao tempo.
O papel dos dados primários (first-party data)
A depreciação dos cookies de terceiros força as organizações a depender de dados primários. O Guest WiFi funciona como um canal de aquisição crítico. Quando um visitante se autentica em um local, a Purple captura seus detalhes de contato verificados e preferências de consentimento por meio de opt-ins de escolha consciente. Esses dados fluem para a CDP, fornecendo um identificador determinístico que ancora o perfil unificado. A Purple coletou 29 bilhões de pontos de dados em mais de 80.000 locais ativos (dados internos da Purple), fornecendo a densidade de dados necessária para uma resolução de identidade precisa.
Para uma visão mais detalhada de como o WiFi Analytics se integra com sistemas de dados downstream, a plataforma de analytics da Purple fornece o fluxo de eventos estruturado que alimenta a camada de ingestão da CDP.
Padrões de segurança e conformidade
As equipes de TI corporativas devem garantir que a CDP esteja em conformidade com frameworks de segurança rigorosos. A arquitetura deve oferecer suporte ao controle de acesso baseado em funções (RBAC), criptografia de dados em repouso e em trânsito usando TLS 1.3, e políticas automatizadas de retenção de dados alinhadas com suas obrigações do GDPR.Ao lidar com dados pessoais, a conformidade com o GDPR e a CCPA é inegociável. A plataforma deve fornecer mecanismos para processar solicitações de acesso a dados (DSARs) e solicitações de exclusão em todos os sistemas conectados. A Purple mantém a certificação ISO 27001, conformidade com GDPR, conformidade com CCPA e certificação Cyber Essentials. Toda a coleta de dados usa opt-ins de escolha consciente, garantindo que os registros de consentimento que fluem para a CDP sejam juridicamente sólidos.
Guia de implementação
A implantação de software de plataforma de dados de clientes exige planejamento cuidadoso e alinhamento multifuncional entre TI, marketing e operações. Apressar esse processo é a causa mais comum de falhas em implantações.
Fase 1: Auditoria de dados e definição de taxonomia
Antes de configurar qualquer software, faça uma auditoria de suas fontes de dados existentes. Identifique todos os sistemas que capturam informações de visitantes, incluindo plataformas de CRM, terminais de ponto de venda, sistemas de gestão de propriedades, aplicativos de fidelidade e infraestrutura de rede. Para cada fonte, documente o esquema de dados, a frequência de atualização e os identificadores que ela utiliza.
Defina uma taxonomia de dados padronizada. Entre em um acordo sobre as convenções de nomenclatura para eventos, atributos e identificadores em todas as equipes. Se o seu sistema de PDV registra uma compra como transaction_complete e sua plataforma de e-commerce a registra como order_placed, a CDP tratará esses eventos como comportamentos separados. Padronize esses esquemas antes do início da ingestão. Esta etapa de governança leva tempo, mas evita meses de problemas de qualidade de dados downstream.
Fase 2: Integração e ingestão
Comece com suas fontes de dados de maior fidelidade. Conecte seu CRM e provedores de identidade - Microsoft Entra ID, Okta ou Google Workspace - primeiro. Esses sistemas fornecem os identificadores determinísticos necessários para uma resolução de identidade precisa.
Em seguida, integre sua infraestrutura de rede. Configure seus controladores sem fio para encaminhar eventos de autenticação e dados de localização para a plataforma. A Purple simplifica esse processo atuando como um overlay de nuvem independente de hardware, capturando dados de diversos ambientes de hardware e encaminhando payloads limpos e estruturados para a CDP, independentemente de a infraestrutura subjacente ser Cisco Meraki, HPE Aruba ou Ruckus. Consulte Três SSIDs para governar todos: visitante, Passpoint e IoT WiFi para obter orientação sobre como estruturar sua rede para separar fluxos de dados de Guest WiFi de forma limpa.
Fase 3: Configuração da resolução de identidade
Configure as regras de correspondência dentro do mecanismo de resolução. Comece com regras determinísticas rígidas para evitar a fusão incorreta de perfis distintos. Configure o sistema para mesclar perfis apenas quando ocorrer uma correspondência exata de e-mail. À medida que a confiança na qualidade dos dados aumentar, introduza a correspondência probabilística com base em IDs de dispositivos ou endereços IP compartilhados.
Implemente listas de exclusão para endereços de e-mail genéricos comuns (ex: info@, admin@, noreply@). Esses endereços aparecem frequentemente em ambientes corporativos e causarão mesclagens incorretas de perfis se não forem excluídos.
Fase 4: Ativação e testes
Antes de ativar os dados em todos os canais, realize testes controlados. Crie um segmento de teste e envie-o para um único sistema downstream - uma plataforma de e-mail marketing, por exemplo. Verifique se a adesão ao segmento corresponde às expectativas e se a carga de dados contém os atributos corretos. Verifique se as tags de consentimento da GDPR se propagam corretamente para o sistema receptor.
Melhores práticas
Implantações bem-sucedidas compartilham várias características comuns. Essas recomendações neutras em relação a fornecedores se aplicam aos ambientes de hospitalidade, varejo , saúde e transporte .
Priorize a aquisição de dados primários (first-party). Um CDP é tão valioso quanto os dados que ele ingere. Os locais devem implementar estratégias robustas de aquisição. Implantar um portal cativo no seu Guest WiFi oferece um método confiável para capturar detalhes de contato e consentimento verificados. O Purple Engage automatiza esse processo, transformando visitantes anônimos do local em perfis conhecidos e automatizando as campanhas de marketing de acompanhamento. Para obter orientações sobre como fazer com que esse primeiro ponto de contato digital seja marcante, consulte Como causar uma ótima primeira impressão com o seu WiFi de visitantes .
Implemente uma governança de dados rigorosa. Estabeleça uma propriedade clara da taxonomia de dados. Alterações nos nomes dos eventos ou definições de atributos devem passar por um processo formal de aprovação. Sem uma governança rígida, a plataforma acumula dados redundantes ou conflitantes, degradando a precisão dos perfis unificados.
Projete para ativação em tempo real. O processamento em lote é insuficiente para estratégias modernas de engajamento. Se um comprador se conectar ao Guest WiFi em uma loja de varejo, a plataforma deve processar esse evento e disparar uma oferta na loja em segundos. Garanta que sua arquitetura de integração suporte streaming de eventos de baixa latência via webhooks em vez de consultas agendadas.
Mantenha a neutralidade de hardware. Ambientes corporativos frequentemente apresentam implantações de hardware mistas. Um campus universitário pode usar Cisco Meraki em salas de aula e HPE Aruba em acomodações estudantis. Sua arquitetura de dados deve abstrair essa complexidade. A Purple oferece uma sobreposição em nuvem que normaliza os dados em todos os principais fornecedores de hardware, garantindo que formatos de dados consistentes cheguem ao CDP, independentemente da infraestrutura subjacente.
Centralize o gerenciamento de consentimento. Cada registro de consentimento capturado na borda da rede deve fluir para a CDP e propagar-se para todos os sistemas de ativação downstream. Esta é a única maneira de garantir que uma solicitação de exclusão sob a GDPR remova o indivíduo de cada sistema em seu stack.
-
Solução de problemas e mitigação de riscos
Mesmo as implantações bem planejadas encontram desafios. Antecipe estes modos de falha comuns e implemente estratégias de mitigação apropriadas antes que afetem os dados de produção.
Colapso de perfil
O colapso de perfil ocorre quando o mecanismo de resolução de identidade mescla incorretamente indivíduos distintos em um único perfil. Isso geralmente acontece quando os locais usam dispositivos compartilhados ou quando os visitantes usam endereços de e-mail genéricos.
Mitigação: Implemente listas de exclusão para e-mails genéricos comuns. Configure o mecanismo de resolução para exigir múltiplos atributos correspondentes antes de mesclar perfis que compartilham apenas um ID de dispositivo. Defina um limite mínimo de confiança para correspondências probabilísticas e revise os perfis mesclados em um ambiente de staging antes de promover as regras para a produção.
Latência na ativação
Se os sistemas downstream receberem atualizações de público horas após o evento acionador, as campanhas sensíveis ao tempo falham. Isso geralmente resulta de depender de endpoints de API em lote em vez de webhooks de streaming.
Mitigação: Audite os recursos de API de seus canais de ativação. Sempre que possível, configure webhooks orientados a eventos em vez de consultas agendadas (polling). Aloque recursos de computação suficientes para o mecanismo de segmentação para evitar que filas de processamento se acumulem durante períodos de pico, como um evento em estádio com 50.000 conexões simultâneas.
Fragilidade de integração
As integrações de API ponto a ponto frequentemente quebram quando os fornecedores atualizam seus endpoints ou alteram os esquemas de dados. Uma única integração quebrada pode corromper os perfis unificados de um segmento inteiro de clientes.
Mitigação: Use um enterprise service bus ou uma camada de middleware para gerenciar as conexões de API. Isso abstrai a complexidade e fornece um ponto central para monitorar a integridade da integração, lidar com tentativas de repetição e alertar sobre falhas. Documente a versão do esquema para cada integração e implemente a validação automatizada de esquema nos dados recebidos.
Falhas de propagação de consentimento
Se um visitante retirar o consentimento na CDP, mas essa exclusão não se propagar para uma plataforma de e-mail conectada, você enfrentará uma violação da GDPR.
Mitigação: Implemente testes de propagação de consentimento de ponta a ponta como parte dos seus critérios de aceitação de implantação. Registre cada solicitação de exclusão e seu status de propagação em todos os sistemas conectados. Configure alertas automatizados para falhas de propagação.
-
ROI e impacto nos negócios
O software de plataforma de dados do cliente exige um investimento significativo. As implantações corporativas normalmente excedem £100.000 anualmente quando os custos de licenciamento, integração e engenharia contínua são incluídos (CDP Institute, 2024). Você deve medir o impacto nos negócios para justificar essa despesa.
Case study 1: Hospitality - Premier Inn
Um hotel de 200 quartos integrou os dados de autenticação de seu WiFi para hóspedes com seu CDP e programa de fidelidade. Os hóspedes que se conectavam ao WiFi no momento do check-in eram cruzados com os registros de fidelidade em poucos segundos. No momento em que o hóspede visitava o restaurante do local, a plataforma de marketing já havia enviado uma oferta de refeição personalizada com base no histórico de estadias anteriores. A integração produziu um aumento mensurável nos gastos com alimentos e bebidas por estadia e reduziu o tempo para criar uma campanha de e-mail personalizada de três dias para quatro horas. O Premier Inn, parte do grupo Whitbread, usa o Purple em todas as suas propriedades para capturar dados de convidados na borda da rede.
Case study 2: Retail - in-store suppression
Uma varejista de moda que opera 40 lojas integrou seu sistema de ponto de venda com um CDP para eliminar o desperdício de gastos com anúncios digitais. Os compradores que realizavam uma compra na loja física ainda eram alvo de retargeting online para o mesmo produto, prejudicando a percepção da marca e desperdiçando orçamento. Ao alimentar os eventos de transação de PDV no CDP e ativar listas de supressão em tempo real, o varejista removeu os compradores das campanhas de retargeting dentro de cinco minutos após a transação na loja. Isso reduziu o desperdício de gastos com retargeting em cerca de 18% no primeiro trimestre pós-implantação. Para operadores de varejo , este único caso de uso frequentemente justifica todo o investimento no CDP.
Medindo o sucesso
Defina seus principais indicadores de desempenho antes da implantação, não depois. A tabela abaixo fornece uma estrutura para medir o impacto do CDP nos principais setores de estabelecimentos físicos.
| Setor | KPI Principal | KPI Secundário | Método de medição |
|---|---|---|---|
| Hospitalidade | Receita por estadia do hóspede | Taxa de visitas repetidas | Integração com PMS |
| Varejo | Retorno sobre o investimento em anúncios (ROAS) | Taxa de conversão na loja | Dados de PDV + plataforma de anúncios |
| Eventos/estádios | Gasto por participante | Tempo de permanência por zona | Bilheteria + dados de localização |
| Transporte | Taxa de conversão de varejo | Pontuação de satisfação do passageiro | Dados de PDV + pesquisa de NPS |
| Ensino superior | Pontuação de engajamento do estudante | Taxa de retenção | Sistema de informações estudantis |
Para operadores de transporte, o Manchester Airports Group (MAG) utiliza dados de rede para entender o fluxo de passageiros e otimizar a disposição do varejo, impulsionando a receita não aeronáutica. A integração dessa inteligência de localização com um CDP permite que o MAG correlacione os dados de tempo de permanência com a conversão de varejo, fornecendo evidências para negociações comerciais com lojistas.
A Purple opera desde 2012 e atende a mais de 80.000 locais ativos em 350 milhões de usuários únicos. Todos os pontos de prova da Purple citados neste guia são de dados internos da Purple, a menos que indicado de outra forma.
Definições principais
Customer data platform (CDP)
Software em pacote que ingere dados de clientes de várias fontes, aplica resolução de identidade para criar perfis unificados persistentes e disponibiliza esses perfis em tempo real para personalização, análise e ativação automatizada em vários canais. Termo cunhado por David Raab em 2013 e definido pelo CDP Institute como um software que cria um banco de dados de clientes unificado e persistente, acessível a outros sistemas.
As equipes de TI se deparam com isso quando o diretor de marketing pergunta por que a plataforma de e-mail, o CRM e o sistema de fidelidade possuem registros diferentes para o mesmo cliente. O CDP é a resposta arquitetônica para essa pergunta.
Resolução de identidade
O processo de unificar registros de clientes de diferentes sistemas usando correspondência determinística (identificadores exatos, como endereço de e-mail ou número de telefone) e correspondência probabilística (padrões de comportamento, IDs de dispositivos compartilhados, lógica difusa) para produzir um único perfil persistente por indivíduo.
Esta é a principal capacidade técnica que diferencia um CDP de um data warehouse. Sem uma resolução de identidade precisa, toda capacidade de segmentação e ativação downstream é prejudicada.
Dados primários (first-party data)
Dados coletados diretamente de seus próprios clientes ou visitantes por meio de seus próprios canais - portais de login de WiFi, programas de fidelidade, sistemas de ponto de venda e sites próprios. Os dados primários pertencem à sua organização e são coletados com consentimento explícito, tornando-os o tipo de dado mais seguro juridicamente e comercialmente valioso em um ambiente pós-cookie.
Os diretores de marketing encontram esse termo ao discutir a depreciação de cookies de terceiros. Para operadores de locais físicos, a autenticação de WiFi para Visitantes é o principal canal de aquisição de dados primários.
Correspondência determinística
Resolução de identidade usando identificadores exatos e conhecidos, como endereço de e-mail, número de telefone ou ID de fidelidade. Dois registros com o mesmo endereço de e-mail são definitivamente a mesma pessoa. A correspondência determinística produz mesclagens de alta confiança, mas exige a existência de um identificador compartilhado em ambos os registros.
As equipes de TI configuram isso como a primeira regra de correspondência no mecanismo de resolução do CDP. É o ponto de partida mais seguro porque não produz falsos positivos quando o identificador é genuinamente exclusivo.
Correspondência probabilística
Resolução de identidade usando inferência estatística em vários sinais - IDs de dispositivos compartilhados, endereços IP, padrões de comportamento e atributos demográficos - para estimar a probabilidade de dois registros pertencerem ao mesmo indivíduo. Produz mais correspondências do que os métodos determinísticos, mas introduz uma taxa de falsos positivos.
As equipes de TI introduzem a correspondência probabilística após validar a precisão da mesclagem determinística. O risco é o colapso de perfil - mesclar dois indivíduos distintos porque eles compartilham um dispositivo ou endereço IP.
Captive Portal
Uma página da web exibida aos usuários da rede antes de receberem acesso à internet. No contexto de um local físico, o Captive Portal é a tela de login que os visitantes veem ao se conectar ao WiFi para Visitantes. Ele captura consentimento e detalhes de contato, gerando os dados primários que ancoram o perfil unificado no CDP.
Os arquitetos de rede configuram os portais cativos no controlador sem fio. Para implantações de CDP, o Captive Portal é o principal ponto de contato para aquisição de dados e deve ser configurado para encaminhar eventos de autenticação para a camada de ingestão do CDP.
Colapso de perfil
Uma falha de qualidade de dados na qual o mecanismo de resolução de identidade mescla incorretamente dois ou mais indivíduos distintos em um único perfil unificado. As causas comuns incluem dispositivos compartilhados, endereços de e-mail genéricos e limites de correspondência probabilística excessivamente agressivos.
As equipes de TI descobrem o colapso de perfil quando campanhas de marketing são enviadas para a pessoa errada ou quando um cliente reclama de receber comunicações endereçadas a outra pessoa. A prevenção exige regras de correspondência rígidas, listas de exclusão para identificadores genéricos e auditorias regulares de qualidade de dados.
Ativação em tempo real
A capacidade de um CDP de enviar atualizações de segmentos de público e dados de perfil individual para sistemas downstream - plataformas de e-mail, gateways de SMS, redes de publicidade, mecanismos de personalização - em poucos segundos após um evento acionador, em vez de em uma base de lote programada.
Os operadores de locais físicos exigem ativação em tempo real para casos de uso sensíveis ao tempo, como ofertas no local, supressão pós-compra e campanhas acionadas por localização. A ativação em lote, que normalmente roda em programações de hora em hora ou diárias, é insuficiente para esses cenários.
802.1X
Um padrão IEEE para controle de acesso à rede baseado em porta que fornece uma estrutura de autenticação para dispositivos que se conectam a uma rede. Em implantações de WiFi corporativo, o 802.1X é usado para autenticação de funcionários e dispositivos corporativos, normalmente em conjunto com um servidor RADIUS e provedores de identidade como Microsoft Entra ID ou Okta.
Os arquitetos de rede encontram o 802.1X ao projetar a autenticação de WiFi para funcionários. Para WiFi para Visitantes, os portais cativos são mais comuns porque o 802.1X exige uma configuração do lado do cliente que é impraticável para visitantes públicos.
GDPR (General Data Protection Regulation)
Regulamento da UE (2016/679) que rege a coleta, o processamento e o armazenamento de dados pessoais de indivíduos na Área Econômica Europeia. Para implantações de CDP, o GDPR exige base legal para o processamento, consentimento explícito para comunicações de marketing, a capacidade de atender a solicitações de acesso do titular dos dados (DSARs) e o direito ao esquecimento (exclusão) em todos os sistemas conectados.
As equipes de TI e jurídica encontram requisitos do GDPR durante a implantação da CDP. O requisito tecnicamente mais complexo é garantir que as solicitações de exclusão se propaguem automaticamente para todos os sistemas downstream conectados à CDP.
Exemplos práticos
Um grupo hoteleiro de 200 quartos deseja personalizar a experiência do hóspede em toda a sua propriedade. Atualmente, os hóspedes se conectam ao WiFi no momento do check-in, mas os dados de autenticação ficam em um sistema separado do programa de fidelidade e do sistema de gestão de propriedades. Como a equipe de TI deve projetar a integração da CDP para unificar essas fontes de dados e permitir ofertas personalizadas em tempo real?
Comece com uma auditoria de dados nos três sistemas: a plataforma de autenticação de WiFi (Purple), o programa de fidelidade e o sistema de gestão de propriedades (PMS). Identifique os identificadores comuns - neste caso, o endereço de e-mail é a chave determinística primária, com o ID de fidelidade como chave secundária. Configure a Purple para encaminhar eventos de autenticação para a camada de ingestão da CDP via webhook dentro de 30 segundos após o login. Mapeie o esquema de registro de hóspedes do PMS para o esquema de perfil unificado da CDP, padronizando nomes de campos e tipos de dados. Configure o mecanismo de resolução de identidade para mesclar perfis primeiro com base na correspondência exata de e-mail. Assim que um hóspede se autentica no WiFi, a CDP envia um evento para a plataforma de automação de marketing, que consulta o perfil unificado em busca de preferências gastronômicas de estadias anteriores e exibe uma oferta personalizada via SMS ou notificação no aplicativo. Defina uma regra de supressão para evitar que a mesma oferta seja exibida duas vezes dentro de uma janela de 24 horas.
O operador de um estádio com capacidade para 55.000 pessoas deseja usar sua CDP para aumentar o gasto médio de varejo por participante no local. O gasto médio atual é de £ 12 por pessoa. O estádio possui infraestrutura de WiFi da Juniper Mist e um sistema de venda de ingressos que coleta endereços de e-mail na compra. Como o operador deve configurar a CDP para segmentar os participantes e disparar ofertas contextuais durante o evento?
Integre o sistema de venda de ingressos como a fonte de dados primária, usando o endereço de e-mail coletado na compra do ingresso como o identificador determinístico. Antes do evento, a CDP cria um perfil pré-preenchido para cada portador de ingresso, enriquecido com dados históricos de gastos de eventos anteriores. No dia do evento, configure a rede Juniper Mist para encaminhar eventos de zona de localização para a camada de ingestão da CDP. À medida que os participantes se movem pelo local, a CDP atualiza seu atributo de localização em tempo real. Configure regras de segmentação para identificar participantes que estão na zona do saguão por mais de três minutos sem uma transação recente. Ative este segmento via notificação push ou SMS com uma oferta de alimentos e bebidas por tempo limitado. Integre o sistema de PDV para enviar eventos de transação de volta para a CDP, fechando o ciclo de feedback e suprimindo a oferta assim que a compra for realizada.
Uma rede de varejo com 40 lojas está se preparando para a implantação de um CDP. O diretor de TI está preocupado com a conformidade com a GDPR, especificamente em garantir que as retiradas de consentimento se propaguem corretamente por todos os sistemas conectados. Qual arquitetura e procedimentos de teste a equipe deve implementar?
Implemente uma camada de gerenciamento de consentimento centralizada dentro do CDP que atue como a única fonte de verdade para todos os registros de consentimento. Cada ponto de captura de consentimento - o portal de login do WiFi, a finalização da compra no e-commerce, o formulário de inscrição no programa de fidelidade - deve gravar os registros de consentimento nessa camada central, e não nos bancos de dados individuais dos sistemas. Configure webhooks orientados a eventos para propagar alterações de consentimento para todos os sistemas downstream (plataforma de e-mail, plataforma de SMS, públicos de publicidade, CRM) dentro de 60 segundos após o evento de alteração. Implemente um log de propagação de consentimento que registre a data/hora, o sistema e o status de cada evento de propagação. Para fins de teste, crie um perfil de teste dedicado e execute uma solicitação de exclusão total. Verifique se a exclusão se propaga para todos os sistemas conectados dentro do SLA definido. Execute esse teste mensalmente como parte de suas verificações operacionais de conformidade. Documente a arquitetura de propagação em seus Registros de Atividades de Tratamento (ROPA), conforme exigido pelo Artigo 30 da GDPR.
Questões práticas
Q1. Sua organização opera uma rede de 25 locais de [hospitality](/industries/hospitality). O diretor de marketing deseja enviar um e-mail de engajamento personalizado para clientes que visitaram há mais de 90 dias, mas não retornaram. A equipe de TI possui dados de autenticação de Guest WiFi no Purple, um banco de dados de fidelidade e uma plataforma de e-mail. Os três sistemas atualmente não compartilham identificadores comuns. Como você projeta a integração da CDP para permitir essa campanha?
Dica: Concentre-se em estabelecer um identificador comum antes de tentar criar o segmento. Considere qual sistema possui a maior qualidade de dados para endereços de e-mail.
Ver resposta modelo
Primeiro, estabeleça o endereço de e-mail como a chave determinística primária em todos os três sistemas. Exporte uma amostra de registros de cada sistema e compare a qualidade do endereço de e-mail e a consistência do formato. Padronize para letras minúsculas e remova espaços em branco antes da ingestão. Configure o Purple para encaminhar eventos de autenticação para a CDP com o endereço de e-mail como o identificador primário. Importe o banco de dados de fidelidade como uma fonte em lote, mapeando o ID de fidelidade e o endereço de e-mail. Conecte a plataforma de e-mail como um destino de ativação. Configure o mecanismo de resolução de identidade para mesclar perfis com base na correspondência exata de e-mail. Crie a regra de segmento: last_visit_date < hoje menos 90 dias AND email_opt_in = true. Ative este segmento na plataforma de e-mail como um público suprimido para a campanha de engajamento. Configure uma regra de supressão para remover os clientes do segmento imediatamente quando eles fizerem uma nova visita.
Q2. O operador de um estádio está implantando uma CDP antes de uma grande temporada de shows. O diretor de TI levanta uma preocupação: durante o pico de ingestão - quando 50.000 participantes se conectam ao WiFi dentro de 30 minutos após a abertura dos portões - o mecanismo de segmentação da CDP pode não acompanhar o fluxo de eventos, causando atrasos na ativação. Como você projeta o sistema para lidar com essa carga?
Dica: Considere separar as cargas de trabalho de ingestão e segmentação. Pense em quais segmentos precisam ser pré-calculados versus quais precisam de recálculo em tempo real.
Ver resposta modelo
Separe as cargas de trabalho de ingestão e segmentação arquitetonicamente. Pré-calcule segmentos estáticos (por exemplo, nível de fidelidade, faixa de gastos históricos, participante de eventos anteriores) antes do dia do evento, usando os dados de ingressos importados com 48 horas de antecedência. No dia do evento, a CDP só precisa processar o evento de autenticação WiFi em tempo real e combiná-lo com o perfil pré-criado - uma operação leve. Reserve a segmentação em tempo real para regras dinâmicas que exigem o evento de localização ao vivo (por exemplo, participante na zona do saguão por mais de três minutos). Aloque recursos de computação dedicados para a camada de ingestão para lidar com a carga de pico. Configure as controladoras sem fio para escalonar os eventos de autenticação usando um mecanismo de backoff para suavizar o pico. Configure um alerta de monitoramento de profundidade da fila para detectar gargalos de processamento antes que causem atrasos na ativação.
Q3. A equipe de TI de uma universidade está implantando uma CDP para unificar os dados dos alunos na rede WiFi, no sistema de informações de alunos e no sistema de gerenciamento da biblioteca. O encarregado de proteção de dados demonstra preocupação de que a CDP possa ser usada para monitorar o comportamento individual dos alunos de formas que excedam o escopo de consentimento original. Como você projeta a arquitetura para evitar isso?
Dica: Considere o princípio da limitação da finalidade nos termos do Artigo 5(1)(b) do GDPR. Pense em controles técnicos em vez de apenas controles de política.
Ver resposta modelo
Implemente a limitação de finalidade no nível da arquitetura de dados, não apenas em documentos de políticas. Configure a CDP para armazenar dados de localização de WiFi como tempo de permanência agregado por zona, em vez de registros de movimento individual. Defina uma política de retenção de dados que exclua automaticamente eventos de autenticação brutos após sete dias, retendo apenas os atributos agregados. Implemente o controle de acesso baseado em função para que apenas as equipes de marketing e de serviços aos estudantes possam acessar perfis unificados, e apenas para casos de uso definidos (por exemplo, alcance de bem-estar do estudante, recomendações de recursos da biblioteca). Configure o log de auditoria para todo acesso a perfis e consultas de segmento. Exija uma justificativa documentada do caso de uso para qualquer novo segmento ou regra de ativação antes que seja implantado em produção. Apresente a arquitetura ao encarregado de proteção de dados para aprovação antes do go-live e documente-a nos Registros de Atividades de Tratamento, conforme exigido pelo Artigo 30 da GDPR.
Q4. Um operador de varejo implantou uma CDP e a conectou à sua plataforma de e-mail e rede de publicidade digital. Três meses depois, a equipe de marketing relata que os clientes ainda estão recebendo anúncios de retargeting de produtos que compraram na loja física. A equipe de TI confirma que a integração com o PDV está ativa e enviando eventos de transação. Quais são as causas mais prováveis da falha e como você as diagnostica?
Dica: Trabalhe de trás para frente a partir do canal de ativação. O problema pode estar no processamento do evento, na regra de segmentação, na API de ativação ou na latência de atualização de público da plataforma de publicidade.
Ver resposta modelo
Diagnostique em quatro etapas. Primeiro, verifique se os eventos de transação do PDV estão chegando na camada de ingestão da CDP com o esquema correto e dentro da janela de tempo esperada. Verifique os logs de ingestão em busca de erros ou incompatibilidades de esquema. Segundo, verifique se o mecanismo de resolução de identidade está correspondendo corretamente à transação do PDV com o perfil unificado. Se o sistema de PDV usar um identificador diferente (por exemplo, número do cartão de fidelidade em vez de e-mail), a transação pode estar criando um novo perfil órfão em vez de atualizar o existente. Terceiro, verifique se a regra do segmento de supressão está configurada corretamente e se a associação ao segmento está sendo atualizada em tempo real quando um evento de transação chega. Quarto, verifique a latência de atualização de público da plataforma de publicidade. Muitas plataformas de publicidade programática processam atualizações de público em um ciclo de 24 horas, o que significa que, mesmo que a CDP suprima o perfil imediatamente, a plataforma de publicidade pode continuar exibindo anúncios até a próxima sincronização de público. Se esta for a causa, negocie uma API de público em tempo real com a plataforma de publicidade ou aceite a latência e alinhe as expectativas com a equipe de marketing.