Exemplo de plataforma de dados do cliente: um guia completo para empresas
Este guia explica o que é uma plataforma de dados do cliente e como os espaços físicos - de hotéis e cadeias de retalho a estádios e centros de conferências - podem implementar uma para unificar dados fragmentados de visitantes. Abrange a arquitetura CDP de três camadas, a estratégia de implementação por fases e como o Purple Engage captura dados de primeira parte no ponto de login do WiFi para alimentar a segmentação em tempo real e a automação de marketing. Diretores de Marketing, Gestores de CRM e Operadores de Espaços de Retalho encontrarão exemplos práticos concretos, estruturas de ROI e orientações de conformidade para agir neste trimestre.
Ouça este guia
Ver transcrição do podcast
Resumo executivo
Para os CTOs e diretores de TI que gerem locais físicos, a fragmentação de dados é um risco estrutural. O seu CRM guarda endereços de email. O sistema de ponto de venda (POS) regista transações. A sua infraestrutura de WiFi deteta a circulação de pessoas. Nenhum destes sistemas partilha uma camada de identidade comum, o que significa que cada campanha é executada com base em informações incompletas e que cada decisão de marketing é mais lenta do que deveria ser.
Uma Customer Data Platform (CDP) resolve esta fragmentação. Funciona como a camada arquitetural central que ingere fluxos de dados díspares, realiza a resolução de identidades e cria um perfil de cliente unificado disponível para ativação em tempo real. Este guia fornece um exemplo prático de customer data platform para operadores de espaços físicos, abrangendo a arquitetura de implementação, a integração com hardware da Cisco Meraki, HPE Aruba, Ruckus e Juniper Mist, e a forma como o Purple Engage captura dados primários verificados na extremidade da rede para alimentar diretamente a CDP.
A Purple opera em mais de 80.000 locais ativos e processou 440 milhões de inícios de sessão em 2024 (dados internos da Purple). Os padrões que observamos mostram de forma consistente que os espaços que unificam os seus dados de WiFi com registos de CRM e POS alcançam um desempenho de campanha mensuravelmente superior em comparação com aqueles que operam cada sistema de forma isolada.
Análise técnica detalhada
O que uma CDP realmente faz
Uma CDP não é um CRM. Um CRM armazena registos que as equipas de vendas e de suporte mantêm manualmente. Uma CDP é uma conduta de dados automatizada. Ingere eventos de múltiplos sistemas em tempo real, associa esses eventos a um perfil persistente e expõe esse perfil a ferramentas de ativação downstream, como plataformas de email, gateways de SMS e redes publicitárias.
O CDP Institute define uma CDP como "software empacotado que cria uma base de dados de clientes persistente e unificada que é acessível a outros sistemas". A palavra-chave é persistente. Ao contrário de um armazém de dados, que é otimizado para análises em lote, uma CDP mantém perfis ativos que se atualizam à medida que novos eventos chegam.
Para um espaço físico, as fontes de dados que alimentam a CDP incluem tipicamente:
| Fonte de dados | Tipo de dados | Frequência de atualização |
|---|---|---|
| Início de sessão no WiFi de convidados | Email, telefone, consentimento de opt-in | Tempo real |
| Sistema POS | Histórico de transações, valor gasto | Quase em tempo real |
| CRM | Registos históricos, nível de fidelização | Lote ou webhook |
| Aplicação móvel | Comportamento na aplicação, opt-in de notificações push | Tempo real |
| Plataforma de bilheteira | Presença em eventos, localização de lugares | Lote |
A arquitetura de três camadas
Uma implementação de CDP bem concebida tem três camadas.
Camada 1 - Ingestão de dados. Esta camada recolhe eventos de todas as fontes ligadas. Para locais físicos, o portal de login WiFi é o ponto de ingestão de maior qualidade porque capta dados determinísticos baseados em consentimento. O Purple Engage recolhe o e-mail e o número de telemóvel verificados do convidado no momento da autenticação. Estes dados fluem para a CDP através de um webhook de API seguro, normalmente segundos após o evento de login.
Camada 2 - Motor de perfil unificado. Esta camada realiza a resolução de identidade. Pega no endereço de e-mail do login WiFi e tenta cruzá-lo com os registos existentes no CRM. Se houver uma correspondência, a CDP anexa o novo evento ao perfil existente. Se não houver correspondência, cria um novo perfil. O enriquecimento progressivo significa que cada interação subsequente - uma transação POS, uma sessão na app, um segundo login WiFi num local diferente - adiciona detalhes ao mesmo perfil.
Camada 3 - Ativação. Esta camada expõe os perfis unificados às ferramentas a jusante. Os segmentos criados na CDP sincronizam com plataformas de e-mail, gateways de SMS e redes de anúncios. Um segmento de "convidados atualmente no local que visitaram mais de três vezes" pode acionar uma campanha automatizada no Purple Engage sem qualquer intervenção manual.
Superar a aleatorização de MAC
Os sistemas operativos modernos, incluindo o iOS 14 e posteriores e o Android 10 e posteriores, utilizam a aleatorização de MAC. Cada vez que um dispositivo procura redes, transmite um endereço de hardware diferente. Isto quebra as análises legadas que dependiam do rastreio de endereços MAC para identificar visitantes recorrentes.
A autenticação baseada em perfis resolve este problema. Como a Purple exige que os utilizadores se autentiquem através de um Captive Portal usando um endereço de e-mail, login social ou número de telemóvel, o sistema capta uma identidade determinística em vez de um endereço de hardware. O perfil da CDP está ancorado a um e-mail verificado, que persiste em todos os dispositivos e sessões. As análises de tráfego de pedestres baseadas em endereços MAC tornam-se pouco fiáveis; os perfis baseados em logins autenticados não.
Consentimento e conformidade
A GDPR e a CCPA exigem que o consentimento seja captado, armazenado e respeitado em todos os canais. Uma CDP deve funcionar como o motor central de orquestração de consentimento. Quando um utilizador opta por sair através de um link de cancelamento de subscrição de e-mail, a CDP deve suprimir instantaneamente esse perfil em todos os canais de ativação ligados - SMS, notificações push e públicos personalizados em plataformas de anúncios.
A Purple possui as certificações ISO 27001, GDPR, CCPA e Cyber Essentials. Os dados captados na periferia da rede através do Purple Engage incluem consentimento explícito de opt-in, que é armazenado como um registo com carimbo de data/hora no perfil. Esta pista de auditoria satisfaz o requisito da GDPR de demonstrar o consentimento mediante pedido.
Guia de implementação
A implementação de uma CDP é um programa faseado, não um projeto único. Os locais que tentam integrar todas as fontes de dados simultaneamente costumam estagnar nos primeiros 90 dias devido a conflitos de esquemas, problemas de qualidade de dados e prioridades de TI concorrentes.
Fase 1 - Estabelecer a base de dados (semanas 1 a 4)
Comece com a sua fonte de dados primários de maior volume e maior qualidade. Para espaços físicos, esta fonte é o Guest WiFi. Ligue o seu hardware existente - seja Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme ou Fortinet - à Purple utilizando a sobreposição na nuvem agnóstica de hardware. A Purple é implementada sobre os seus pontos de acesso existentes sem necessidade de substituição de hardware.
Configure o Captive Portal para recolher o e-mail e o número de telemóvel com consentimento explícito de auto-adesão. Configure o webhook para enviar eventos de início de sessão para a sua CDP em tempo real. Valide o fluxo de dados verificando se os perfis estão a ser criados e atualizados corretamente.
Fase 2 - Definir regras de resolução de identidade (semanas 2 a 3)
Antes de ligar fontes de dados adicionais, defina a lógica de resolução de identidade. Decida qual o identificador que servirá como chave primária para fundir perfis. O endereço de e-mail é normalmente a escolha mais fiável porque é determinístico e consistente entre dispositivos. Configure regras de resolução de conflitos: se dois perfis partilharem o mesmo e-mail mas tiverem números de telemóvel diferentes, qual o registo que tem precedência?
Documente estas regras por escrito. Quando a equipa de CRM e a equipa de marketing discordarem sobre uma discrepância de dados seis meses mais tarde, as regras documentadas resolvem a disputa.
Fase 3 - Executar um caso de utilização de elevado ROI (semanas 4 a 8)
Não espere que a CDP esteja totalmente preenchida antes de a ativar. Implemente a supressão de audiências como o primeiro caso de utilização. Sincronize o segmento de "clientes atualmente no local" com as suas plataformas de anúncios e exclua-os das campanhas de aquisição digital. Isto proporciona uma eficiência de investimento publicitário imediata e mensurável.
De acordo com o Boston Consulting Group, as marcas que utilizam dados primários para marketing obtêm até 2,9 vezes mais aumento de receitas e 1,5 vezes mais poupança de custos em comparação com as que dependem de dados de terceiros. A supressão de audiências é a forma mais rápida de demonstrar isto a um CFO.
Fase 4 - Expandir integrações (a partir da semana 8)
Assim que a integração do WiFi estiver estável e o primeiro caso de utilização estiver a dar resultados, ligue o sistema POS. Mapeie os eventos de transações para os perfis existentes. Isto permite campanhas de venda cruzada e de Up-selling desencadeadas pelo comportamento de compra. Ligue o CRM para enriquecer os perfis com dados históricos de fidelização. Cada fonte adicional aumenta a precisão da segmentação e a relevância das campanhas automatizadas.
Para obter orientações sobre a automatização de campanhas de SMS assim que a sua CDP estiver preenchida, consulte o nosso guia sobre como tirar partido de exemplos de SMS de marketing para aumentar as visitas de retorno .
-
Melhores práticas
Aplicar o consentimento na camada de dados
Não dependa de ferramentas de marketing individuais para gerir a autoexclusão. Um utilizador que cancele a subscrição de uma campanha de e-mail deve ser suprimido de SMS, notificações push e audiências personalizadas de plataformas de anúncios simultaneamente. Configure o CDP para propagar alterações de consentimento para todos os sistemas ligados em poucos segundos. As coimas do GDPR totalizaram 2,1 mil milhões de euros em 2023 (GDPR Enforcement Tracker). Uma abordagem estrutural de gestão de consentimento reduz esta exposição.
Priorize a ativação em tempo real para marketing de recintos
O processamento em lote é insuficiente para o marketing de recintos. A janela de oportunidade - o tempo entre a chegada e a saída de um visitante - é normalmente de duas a quatro horas. Se o seu CDP processar dados em lotes noturnos, não conseguirá acionar uma oferta enquanto o visitante ainda estiver no local. Garanta que a sua arquitetura suporta a entrega de webhooks em tempo real e atualizações de segmentos em menos de um minuto.
Padronize o seu esquema de dados
Mantenha uma governação de dados rigorosa. Padronize os nomes dos eventos e os atributos de perfil em todas as fontes integradas. Se o sistema POS designar uma transação como "venda" e o CRM a designar como "compra", o CDP tratará as mesmas como tipos de eventos diferentes. Defina um esquema canónico antes de ligar cada nova fonte de dados e aplique-o na camada de ingestão.
Use o WiFi como a âncora de identidade para recintos físicos
Para recintos onde os visitantes não iniciam sessão numa aplicação móvel ou num programa de fidelização, o início de sessão no WiFi é o único ponto fiável de captura de identidade. Trate-o como a sua âncora de identidade primária. Todas as outras fontes de dados enriquecem o perfil que o início de sessão no WiFi cria. Consulte o nosso guia sobre Guest WiFi para obter detalhes de implementação sobre o fluxo de início de sessão.
Para uma análise mais detalhada sobre como estruturar a sua rede WiFi em segmentos de convidados, funcionários e IoT, leia Three SSIDs to rule them all: guest, Passpoint, and IoT WiFi .
Resolução de problemas e mitigação de riscos
Latência de dados
Se as campanhas estiverem a ser acionadas após o visitante ter abandonado o recinto, investigue os tempos de entrega do payload do webhook entre a plataforma de WiFi e o CDP. Verifique se os limites de taxa de API estão a causar filas de espera. Certifique-se de que o intervalo de atualização do segmento do CDP está definido para tempo real ou quase tempo real, e não de hora a hora ou diariamente.
Colapso de perfis
Se utilizadores distintos estiverem a ser fundidos num único perfil, reveja as suas regras de resolução de identidade. As causas comuns incluem endereços de e-mail corporativos partilhados (ex: info@empresa.com ), dispositivos partilhados numa família ou uma regra mal configurada que funde perfis com base no endereço IP em vez do e-mail. Adicione um limiar mínimo de confiança à lógica de fusão: funda perfis apenas quando dois ou mais identificadores determinísticos coincidirem.
Falhas de integração
Teste sempre as integrações num ambiente de staging antes de as implementar em produção. Verifique se a CDP analisa corretamente os payloads JSON dos sistemas POS e WiFi. Verifique se os mapeamentos de campos estão corretos e se os campos obrigatórios não são nulos. Configure alertas de monitorização para falhas na entrega de webhooks, de modo a que as lacunas de dados sejam detetadas em minutos e não em dias.
Falhas na propagação de consentimento
Teste a sua propagação de consentimento criando um perfil de teste, optando por não participar (opt-out) e verificando se a supressão foi aplicada em todos os canais ligados dentro do prazo exigido. Ao abrigo do GDPR, os pedidos de opt-out devem ser respeitados sem atrasos indevidos. Um atraso de propagação de 24 horas não está em conformidade.
-
ROI e impacto empresarial
Uma CDP devidamente implementada proporciona resultados mensuráveis através de três alavancas principais.
Eficiência nos gastos com publicidade. Ao suprimir os clientes existentes e ao ativar públicos semelhantes (lookalike) de dados primários (first-party) em plataformas de anúncios, os espaços reduzem o desperdício de gastos de aquisição. Os benchmarks do setor sugerem que 10 a 20% dos orçamentos de aquisição são gastos em clientes já convertidos (CDP Institute). A supressão elimina este desperdício a partir da primeira semana de ativação.
Aumento das receitas de campanha. A segmentação em tempo real permite apresentar ofertas contextualmente relevantes enquanto o visitante se encontra no local. Um hotel que ativa um desconto de jantar quando um hóspede compra um café matinal capta receitas incrementais que, de outra forma, iriam para concorrentes fora do estabelecimento. Um estádio que ativa uma oferta de merchandising dez minutos antes do intervalo capta a janela de maior afluência do evento.
Eficiência operacional. A automatização da consolidação de dados poupa às equipas de engenharia e marketing horas de junção manual de dados todas as semanas. O CDP Institute relata que a resolução automatizada de identidades substitui 20 a 40 horas por semana de trabalho manual de reconciliação de dados em organizações que anteriormente dependiam de processos manuais de ETL.
Para espaços que utilizam o Purple Engage, o ciclo de captura e ativação de dados está integrado na plataforma. A Purple recolheu 29 mil milhões de pontos de dados em mais de 80 000 espaços (dados internos da Purple). A plataforma de WiFi Analytics apresenta estes dados em tempo real, fornecendo às equipas de marketing as informações de segmentação de que necessitam sem necessitarem de recursos de engenharia de dados.
Para espaços de hospitality especificamente, a combinação de dados do sistema de gestão de propriedades com os dados de login de WiFi cria uma imagem completa da estadia do hóspede - desde a chegada até ao checkout - o que permite campanhas pós-estadia personalizadas e incentivos de reserva direta que reduzem a dependência de OTA. Para operadores de retalho , a combinação de dados de tráfego pedonal de WiFi e dados de transações POS permite a segmentação de compradores por frequência de visitas, tamanho médio do cesto e preferência de categoria - os mesmos dados de segmentação que os retalhistas online utilizam há anos, agora disponíveis para lojas físicas.
Para uma análise prática de como o design da sua splash page afeta as taxas de captura de dados primários, leia Como causar uma excelente primeira impressão com o seu WiFi para convidados . Para implementações em hubs de transporte e viagens, consulte a nossa página do setor de Transportes .
Definições Principais
Customer Data Platform (CDP)
Software pré-empacotado que cria uma base de dados de clientes persistente e unificada, acessível a outros sistemas. Ingere dados de múltiplas fontes, resolve identidades e expõe perfis unificados para ativação em tempo real.
As equipas de TI implementam as CDPs para eliminar silos de dados entre os sistemas de CRM, POS e WiFi. As equipas de marketing utilizam os perfis unificados para segmentação e automatização de campanhas.
Resolução de identidade
O processo de correspondência de pontos de dados díspares - tais como um endereço de e-mail de um início de sessão de WiFi e um ID de fidelidade de um registo de CRM - a um perfil individual único e persistente.
Crítica para evitar registos duplicados e garantir que o direcionamento das campanhas reflete uma visão completa do cliente em vez de uma parcial.
Dados primários (first-party data)
Informações recolhidas diretamente do seu público através dos seus próprios canais, como portais de início de sessão de WiFi, aplicações móveis ou registos em programas de fidelização. O titular dos dados tem uma relação direta com a organização que os recolhe.
À medida que os cookies de terceiros são descontinuados nos principais navegadores, os dados primários tornam-se o principal ativo para o marketing direcionado. O WiFi de convidados é um dos pontos de recolha de dados primários mais fiáveis para locais físicos.
Aleatorização de MAC
Uma funcionalidade de privacidade nos sistemas operativos modernos (iOS 14+, Android 10+) que transmite um endereço de hardware diferente sempre que um dispositivo procura redes, impedindo a monitorização passiva.
Inviabiliza a análise de localização antiga que dependia da monitorização do endereço MAC. É resolvida exigindo que os utilizadores se autentiquem através de um Captive Portal, capturando em vez disso uma identidade determinística.
Supressão de público
A prática de excluir segmentos de clientes específicos de campanhas de marketing. O caso de utilização mais comum é a exclusão de clientes existentes de campanhas de aquisição digital para evitar o desperdício de gastos com publicidade.
Normalmente, é o primeiro caso de utilização de CDP a ser implementado porque o ROI é imediato e mensurável. Requer que a CDP sincronize os segmentos com as plataformas de anúncios em tempo real ou quase em tempo real.
Captive Portal
Uma página web com a qual os utilizadores devem interagir antes de acederem a uma rede WiFi pública. É o principal mecanismo para recolher dados primários e consentimento em locais físicos.
O Captive Portal é o ponto de recolha de dados para o Purple Engage. Apresenta o formulário de início de sessão, exibe o aviso de consentimento e aciona o webhook para a CDP após a autenticação bem-sucedida.
Ativação em tempo real
A capacidade de acionar ações de marketing - como o envio de um SMS ou a atualização de um público de anúncios - imediatamente com base no comportamento ou localização atual de um utilizador, sem atrasos de processamento em lote.
Essencial para o marketing de recintos desportivos e de espetáculos, onde a janela de oportunidade é limitada à duração da visita. Uma campanha acionada após o convidado ter abandonado o local tem zero potencial de conversão.
Enriquecimento progressivo de perfil
O processo de construção de perfis de clientes mais ricos ao longo do tempo, à medida que novas interações adicionam dados a um registo existente. Cada início de sessão de WiFi, transação de POS ou sessão de aplicação adiciona detalhes sem necessitar de introdução manual de dados.
Significa que o perfil de um novo visitante começa apenas com um endereço de e-mail e cresce para incluir a frequência de visitas, histórico de transações e preferências de canal ao longo das visitas subsequentes.
Orquestração de consentimento
A gestão centralizada das preferências de autoexclusão e inclusão (opt-in e opt-out) em todos os canais de marketing, garantindo que uma alteração de consentimento num canal é aplicada automaticamente a todos os outros.
Necessária para a conformidade com o GDPR e a CCPA. Uma CDP que aplica o consentimento na camada de dados impede que os utilizadores que optaram por não participar sejam incluídos em qualquer campanha, independentemente da ferramenta que a executa.
Exemplos Práticos
Um hotel de 200 quartos quer reduzir os custos de comissão das OTA e aumentar os gastos no restaurante local. O hotel utiliza pontos de acesso HPE Aruba e utiliza um PMS de gama média. Como deve a CDP ser implementada?
Passo 1: Ligue a infraestrutura HPE Aruba ao Purple Engage utilizando a sobreposição de nuvem. Configure o portal cativo para capturar o email e o número de telefone do hóspede com consentimento explícito. Configure um webhook para enviar eventos de login para a CDP em tempo real.
Passo 2: Configure a resolução de identidade da CDP para utilizar o endereço de email como a chave primária. Mapeie o registo do hóspede do PMS para o perfil da CDP utilizando o endereço de email capturado no check-in.
Passo 3: Defina dois segmentos iniciais: "Hóspede atualmente no local" (sessão WiFi ativa nas últimas 4 horas) e "Hóspede no local que efetuou uma compra no POS hoje". Quando um hóspede se liga ao WiFi, a CDP cria um perfil. Quando o hóspede compra um café no restaurante, o webhook do POS atualiza o perfil. A CDP aciona um SMS automatizado através do Purple Engage: "Desfrute de 10% de desconto no jantar de hoje - apresente esta mensagem no restaurante." A oferta é entregue enquanto o hóspede está no local e pode agir de imediato.
Passo 4: Pós-estadia, a CDP aciona um email de incentivo à reserva direta 48 horas após o checkout, ignorando completamente os canais OTA.
Um estádio com capacidade para 40.000 pessoas quer aumentar as vendas de merchandising durante o intervalo e melhorar o envolvimento dos adeptos após o evento. O espaço utiliza WiFi Cisco Meraki e vende bilhetes através de uma plataforma de terceiros que partilha dados demográficos anonimizados, mas não informações pessoalmente identificáveis.
Passo 1: Ligue a infraestrutura Cisco Meraki ao Purple Engage. Configure o portal cativo para capturar o email e o número de telefone do adepto no login do WiFi. Isto cria uma camada de identidade de primeira parte de que o estádio é proprietário, independente da plataforma de bilheteira.
Passo 2: Utilize os dados demográficos anonimizados da plataforma de bilheteira para enriquecer os segmentos da CDP com o tipo de evento e o perfil geral de público. Estes dados não contêm PII, pelo que podem ser utilizados para segmentação sem acionar obrigações de consentimento ao abrigo do GDPR.
Passo 3: Crie um segmento em tempo real: "Adepto atualmente no espaço, ligado ao WiFi nos últimos 30 minutos". Dez minutos antes do intervalo, a CDP aciona uma notificação push através da aplicação do estádio: "Evite a fila - recolha a sua encomenda de merchandising na banca 12 utilizando o código FAN2024." Isto reduz a fricção nas filas na janela de maior afluência do evento.
Passo 4: Pós-evento, a CDP aciona um email de acompanhamento num prazo de 24 horas com uma oferta personalizada com base no histórico de visitas do adepto. Os adeptos que compareceram a três ou mais eventos na temporada recebem uma recompensa de fidelização. Os adeptos que comparecem pela primeira vez recebem um desconto para o "próximo evento".
Perguntas de Prática
Q1. A sua cadeia de retalho quer deixar de apresentar anúncios de aquisição digital a compradores que estejam atualmente nas suas lojas. As lojas utilizam pontos de acesso Ubiquiti UniFi e uma CDP líder de mercado. Que capacidades são necessárias e qual é o fluxo de dados?
Dica: Considere como a CDP identifica que o comprador está atualmente no local e como comunica isso à plataforma de anúncios.
Ver resposta modelo
As capacidades necessárias são: (1) ingestão de dados em tempo real desde o evento de início de sessão no WiFi até à CDP, (2) uma definição de segmento para "comprador atualmente no local" baseada numa sessão ativa de WiFi nas últimas N horas, e (3) uma sincronização de audiências em tempo real da CDP para a plataforma de anúncios (por exemplo, Google Ads Customer Match ou Meta Custom Audiences). O fluxo de dados é: o comprador liga-se ao WiFi através do Captive Portal do Purple Engage, o evento de início de sessão é enviado para a CDP através de webhook, a CDP atualiza o perfil do comprador e adiciona-o ao segmento "no local", a CDP sincroniza o segmento com la plataforma de anúncios, e a plataforma de anúncios exclui o comprador das campanhas de aquisição. A principal limitação é a frequência de sincronização: se a plataforma de anúncios apenas aceitar atualizações de audiência a cada 24 horas, a supressão não será eficaz para visitas no próprio dia. Garanta que a integração entre a CDP e a plataforma de anúncios suporta sincronizações em tempo real ou de hora a hora.
Q2. Um utilizador inicia sessão no Guest WiFi utilizando um endereço de e-mail que já existe no CRM, mas o registo do CRM tem um número de telefone diferente. As regras de resolução de identidade da CDP utilizam o e-mail como chave primária. Como deve a CDP gerir este conflito e quais são as implicações de conformidade?
Dica: Pense em qual fonte de dados tem maior probabilidade de ser precisa e no que o GDPR diz sobre a precisão dos dados.
Ver resposta modelo
A CDP deve fundir os perfis utilizando o endereço de e-mail como chave primária, uma vez que ambos os registos partilham o mesmo e-mail. O conflito do número de telefone deve ser resolvido de acordo com as regras de resolução de conflitos pré-definidas. Se o início de sessão no WiFi for mais recente, o novo número de telefone deve ser anexado ao perfil como um identificador adicional, e não utilizado para substituir o existente sem verificação. Ao abrigo do Artigo 5(1)(d) do GDPR, os dados pessoais devem ser exatos e mantidos atualizados. Substituir um número de telefone existente por um não verificado a partir de um novo evento de início de sessão poderá introduzir imprecisões. A abordagem recomendada é armazenar ambos os números de telefone com carimbos de data/hora e atribuição de fonte, e utilizar o verificado mais recentemente para comunicações de saída. Sinalize o conflito para uma revisão de qualidade de dados se a discrepância for significativa.
Q3. Está a aconselhar um centro de conferências que pretende implementar uma CDP. A equipa de marketing quer integrar o CRM, o sistema de bilheteira, a aplicação móvel e o Guest WiFi simultaneamente para estarem prontos para um grande evento em oito semanas. Qual é a sua recomendação e quais os riscos da abordagem proposta?
Dica: Considere as boas práticas de implementação faseada e as consequências de uma falha de integração num ambiente de evento ao vivo.
Ver resposta modelo
Aconselhe contra a integração simultânea. Os riscos são: (1) conflitos de esquema entre quatro fontes de dados diferentes exigirão um tempo significativo de engenharia de dados para serem resolvidos, excedendo provavelmente a janela de oito semanas; (2) uma regra de resolução de identidade mal configurada pode causar o colapso de perfis ou a perda de dados em todas as quatro fontes simultaneamente; (3) se qualquer integração falhar durante o evento, a equipa de marketing não terá uma alternativa. A abordagem recomendada é priorizar a integração do Guest WiFi nas semanas um a três, uma vez que é a fonte de dados primários (first-party) com maior volume e a mais rápida de implementar. Valide o fluxo de dados e crie o primeiro segmento (participantes atualmente no local) antes do evento. A integração do CRM pode seguir-se nas semanas quatro a seis, e as integrações de bilheteira e da aplicação podem ser planeadas para o período pós-evento. Isto garante que o centro de conferências tenha uma CDP operacional com pelo menos uma fonte de dados de alta qualidade para o evento, em vez de um sistema parcialmente configurado com quatro fontes pouco fiáveis.
Q4. Um grupo hoteleiro opera 50 propriedades no Reino Unido e na Europa. Cada propriedade tem um fornecedor de hardware WiFi diferente: algumas utilizam Cisco Meraki, outras Ruckus, e algumas Fortinet. O CTO pretende uma CDP unificada para todas as propriedades. Isto é exequível e qual é a arquitetura de integração?
Dica: Considere o modelo de implementação agnóstico de hardware da Purple e como a CDP gere perfis multi-local.
Ver resposta modelo
Isto é exequível. O Purple é implementado como um overlay na nuvem independente de hardware, o que significa que se pode ligar a pontos de acesso Cisco Meraki, Ruckus e Fortinet sem exigir a uniformização do hardware. A infraestrutura WiFi de cada propriedade liga-se ao Purple de forma independente. O Captive Portal é configurado centralmente e implementado nas 50 propriedades. Os eventos de início de sessão de todas as propriedades fluem para a mesma CDP através do mesmo endpoint de webhook, com um identificador de local incluído no payload de cada evento. A CDP utiliza o identificador de local para etiquetar cada evento de início de sessão com a localização da propriedade. O motor de resolução de identidade funde os perfis entre propriedades: um hóspede que fique na propriedade de Londres e mais tarde na propriedade de Paris é reconhecido como o mesmo indivíduo porque utiliza o mesmo endereço de email. Isto cria um perfil unificado entre propriedades que permite ao grupo hoteleiro personalizar as comunicações com base no histórico completo de estadias do hóspede em todo o portfólio, e não apenas na sua visita mais recente.