Saltar para o conteúdo principal

O que é uma plataforma de dados de clientes

Este guia explica o que é uma plataforma de dados de clientes (CDP) e como os gestores de TI e diretores de operações de espaços podem implementar uma para converter a infraestrutura de WiFi de convidados num ativo de dados primários. Coobre a arquitetura técnica, recolha de dados em conformidade com o GDPR, resolução de identidade, segmentação de audiências e estratégias de ativação, com referências de ROI mensuráveis de implementações em hotelaria e retalho, incluindo o retorno do investimento de 57x da Harrods.

📖 9 min de leitura📝 2,122 palavras🔧 2 exemplos práticos4 perguntas de prática📚 10 definições principais

Ouça este guia

Ver transcrição do podcast
Bem-vindo ao Purple Platform Briefing. Hoje estamos a abordar uma mudança fundamental na forma como os recintos físicos gerem os dados dos clientes. Estamos a discutir a plataforma de dados de clientes - ou CDP - e a forma como esta se integra com a sua infraestrutura de rede existente para capturar dados em primeira mão. Este briefing destina-se a diretores de TI, arquitetos de rede e gestores de operações de recintos. Enfrenta atualmente a pressão de justificar os gastos com infraestrutura e de apresentar um valor comercial mensurável. Uma plataforma de dados de clientes é o motor que converte a afluência anónima num ativo de dados estruturado e em conformidade. Nos próximos dez minutos, iremos abordar a arquitetura técnica de uma CDP, a forma como esta ingere dados da sua rede WiFi de convidados, as estratégias de implementação que separam as implementações bem-sucedidas dos projetos paralisados e os requisitos de conformidade específicos que deve cumprir. Iremos também fazer uma sessão rápida de perguntas e respostas e delinear os seus próximos passos. Vamos entrar na análise técnica detalhada. Uma plataforma de dados de clientes é um sistema centralizado que ingere dados de múltiplas fontes, resolve identidades e cria um perfil de cliente unificado. Num recinto físico, o principal ponto de ingestão é a sua rede WiFi de convidados. Quando um dispositivo se liga à sua rede, interage com um Captive Portal. Este portal é o gateway de autenticação. É também o principal mecanismo para capturar dados em primeira mão verificados. O utilizador fornece o seu endereço de email ou número de telefone, e a CDP associa este identificador ao endereço MAC do dispositivo e aos dados da sessão. A função principal da CDP é a resolução de identidade. Esta recolhe os dados capturados no portal e funde-os com os dados do seu CRM, do seu sistema de ponto de venda e da sua aplicação móvel. Se um convidado se autenticar através de WiFi no seu recinto em Londres e, mais tarde, fizer uma compra através da sua aplicação, a CDP reconhece que estas interações pertencem à mesma pessoa. Agrupa os dados num único perfil persistente. Este perfil unificado é depois utilizado para a segmentação de audiências. A CDP permite que as equipas de marketing criem segmentos com base em dados comportamentais em tempo real. Podem identificar utilizadores que visitaram três vezes no último mês ou utilizadores que permaneceram numa zona específica por mais de trinta minutos. Estes segmentos são depois enviados para canais de ativação. A CDP sincroniza os dados com plataformas de marketing por email, gateways de SMS e redes de anúncios. É aqui que o retorno do investimento é gerado. Ao ativar dados em primeira mão, os recintos podem realizar campanhas direcionadas que impulsionam o regresso dos visitantes e aumentam os gastos. Agora, vamos falar sobre como a Purple se enquadra nesta arquitetura. A Purple funciona como uma sobreposição na nuvem. Integra-se com o seu hardware existente da Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme Networks e Fortinet. Configura os seus pontos de acesso para direcionar o tráfego de autenticação para a nuvem Purple. A plataforma trata da entrega do Captive Portal, da captura de dados e das integrações de API com os seus sistemas downstream.Os dados fluem então através de APIs REST padrão ou webhooks para o seu CRM, para o seu sistema de ponto de venda ou para a sua plataforma de business intelligence. É aqui que o cálculo do ROI se torna concreto. Não está apenas a olhar para um dashboard. Está a correlacionar os dados de tempo de permanência com os valores das transações, a medir a taxa de conversão das campanhas de e-mail enviadas para contactos obtidos através do WiFi e a acompanhar o valor de tempo de vida do coorte de clientes que interagiu pela primeira vez com a sua marca através do Captive Portal. O Harrods é um ponto de referência útil aqui. Ao fazer marketing para clientes obtidos através da sua rede de WiFi para convidados, alcançaram um retorno do investimento de cinquenta e sete vezes a partir desse coorte específico. Isso não é um número teórico. É o resultado de ter um ativo de dados primários limpo e consentido, e um fluxo de trabalho de automação de marketing que pôde agir sobre ele. Vejamos as recomendações de implementação e as armadilhas. O ponto de falha mais comum é o design do Captive Portal. Se o seu portal solicitar demasiada informação, os utilizadores abandonarão o processo de início de sessão. Mantenha o fluxo em três passos ou menos. Peça os dados mínimos viáveis. Utilize uma ferramenta como o Purple Verify para validar endereços de e-mail no ponto de recolha. Se estiver a implementar num contexto de hotelaria, considere oferecer o nível de largura de banda premium como um benefício para os membros do programa de fidelização. Isto impulsiona as adesões e dá-lhe uma linha de receita direta a partir do investimento em WiFi. A segunda armadilha é a falha na integração do CDP com os fluxos de trabalho operacionais. Os dados parados num dashboard não geram valor. Deve configurar as integrações de API para enviar dados para o seu CRM e para as plataformas de automação de marketing. Isto requer coordenação entre as equipas de TI e de marketing. Priorize este trabalho desde o início. A terceira recomendação diz respeito ao posicionamento dos pontos de acesso. Se deseja análises de localização precisas para enriquecer os seus perfis de CDP, deve conceber a sua rede para densidade, e não apenas para cobertura. Coloque os pontos de acesso nos limites das zonas para permitir a triangulação do sinal. A regra geral é de um ponto de acesso por cada cento e cinquenta a duzentos metros quadrados em ambientes de plano aberto. Passemos agora a uma sessão rápida de Perguntas e Respostas. Pergunta um: Preciso de substituir o meu hardware existente para implementar um CDP? Não. O Purple é agnóstico em relação ao hardware e integra-se com os seus pontos de acesso empresariais existentes. Pergunta dois: Como é que a aleatorização de MAC afeta a recolha de dados? A aleatorização de MAC afeta as análises de presença anónimas, mas assim que um utilizador se autentica através do Captive Portal, o CDP associa a sua sessão à sua identidade verificada, contornando totalmente o problema de aleatorização. Pergunta três: Qual é o principal requisito de conformidade? Deve obter consentimento explícito para comunicações de marketing no ponto de recolha de dados. O CDP gere este estado de consentimento e garante que o mesmo é respeitado em todos os canais de ativação. O GDPR exige que este seja granular e fornecido livremente. Pergunta quatro: Qual é o prazo típico para o retorno do investimento? A maioria dos locais regista um ROI mensurável nos primeiros noventa dias após a implementação, impulsionado pelas primeiras campanhas automatizadas de re-engagement. O valor de cinquenta e sete vezes o ROI do Harrods é um caso isolado, mas um retorno de duas a cinco vezes no primeiro ano é uma base de referência realista para uma implementação bem configurada. Em resumo. Uma plataforma de dados de clientes converte a sua infraestrutura WiFi de um centro de custos num ativo de dados gerador de receitas. Unifica dados fragmentados, resolve identidades e permite a ativação direcionada. Os seus próximos passos são auditar a taxa de conversão atual do seu Captive Portal, rever a colocação dos seus pontos de acesso e identificar o principal sistema a jusante que irá consumir os dados da CDP. A Purple está presente em oitenta mil locais ativos e processou quatrocentos e quarenta milhões de logins em 2024. A plataforma possui a certificação ISO 27001 e está em conformidade com o GDPR. Se deseja explorar como seria uma implementação no seu ambiente específico, visite purple.ai. Obrigado pelo seu tempo hoje.

header_image.png

Resumo executivo

A sua rede WiFi de convidados já gera dois tipos de dados: dados de presença anónimos a partir de pedidos de deteção de dispositivos, e dados de interação identificados a partir de autenticações no Captive Portal. Uma plataforma de dados de clientes (CDP) situa-se na interseção destes dois fluxos, resolvendo identidades, construindo perfis unificados de clientes e ativando esses perfis através de canais de e-mail, SMS e meios pagos.

Para gestores de TI e diretores de operações de espaços, isto significa que a infraestrutura de rede que já implementou pode tornar-se o motor principal para a captura de dados primários (first-party data). O Purple Engage captura dados verificados de e-mail e telefone de convidados no momento do início de sessão e automatiza campanhas de marketing, integrando-se com hardware da Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme Networks e Fortinet sem necessitar de substituição de hardware. O Harrods alcançou um retorno de investimento de 57x ao fazer marketing para clientes adquiridos através da sua rede WiFi de convidados (Purple, 2026). Este guia fornece a arquitetura técnica, os passos de implementação e a estrutura de conformidade para replicar esse resultado no seu espaço.


Análise técnica aprofundada

O que uma CDP realmente faz

Uma plataforma de dados de clientes (CDP) é um sistema centralizado que ingere dados de múltiplas fontes, resolve identidades e constrói perfis persistentes e unificados de clientes que as equipas de marketing e operações podem ativar. O CDP Institute define uma CDP como "software pré-configurado que cria uma base de dados de clientes persistente e unificada, acessível a outros sistemas" (CDP Institute, 2024). Num espaço físico, o ponto de ingestão primário é a rede Guest WiFi .

A arquitetura possui cinco camadas funcionais:

Camada Função Contexto do espaço
Ingestão de dados Obtém dados do WiFi, CRM, POS, aplicação móvel Eventos de autenticação do Captive Portal
Resolução de identidade Associa endereço MAC, e-mail, ID de CRM a um perfil Convidado recorrente reconhecido nas várias visitas
Unificação de perfis Funde todos os atributos num único registo Histórico de visitas, tempo de permanência, dados de gastos
Segmentação de audiências Cria coortes a partir de atributos de perfil "Visitou 3x em 30 dias, permanência > 20 min"
Ativação Sincroniza segmentos com e-mail, SMS, plataformas de anúncios Campanha automatizada de re-interação

cdp_architecture_overview.png

A camada de captura de dados: WiFi de convidados como ponto de ingestão

Quando um dispositivo entra no seu espaço com o rádio WiFi ativo, ele emite pedidos de deteção - o dispositivo pergunta à rede se existe um ponto de acesso conhecido por perto. Todos os pontos de acesso dentro do alcance captam o pedido de deteção, registando o endereço MAC do dispositivo e a intensidade do sinal. Esta é a base da análise de presença: contagem anónima de visitantes e cálculo do tempo de permanência.

A complicação é a randomização de MAC. Desde o iOS 14 e Android 10, os dispositivos móveis alternam entre endereços MAC temporários para pedidos de deteção. As plataformas que não corrigem esta situação sobrestimam significativamente a contagem de visitantes. A Purple aplica modelos de correção estatística calibrados com base em dados reais de câmaras, mantendo a precisão entre 3% e 7% (Purple, 2026).

Os dados de interação começam quando o utilizador se liga através do Captive Portal. O Captive Portal é o portal de autenticação e o mecanismo principal para captar dados primários (first-party). O utilizador fornece um endereço de email ou número de telefone verificado. O CDP associa este identificador à sessão do dispositivo e, através da resolução de identidade, a qualquer registo de CRM existente. Para analisar em maior detalhe como isto funciona em múltiplos segmentos de rede, consulte Three SSIDs to rule them all: guest, Passpoint, and IoT WiFi .

Resolução de identidade na prática

A resolução de identidade é o processo de ligar múltiplos identificadores - endereço MAC, email, ID de CRM, número de fidelização - a um único indivíduo. Quando um cliente se autentica via WiFi na sua loja de Manchester e, dois dias depois, faz uma compra através da sua aplicação móvel, o CDP reconhece ambas as interações como sendo da mesma pessoa. Ele funde os registos e atualiza o perfil unificado.

Isto é importante porque os dados fragmentados são o estado padrão na maioria dos espaços. O sistema POS detém o histórico de transações. O CRM detém os registos de contacto. A rede WiFi detém a frequência de visitas e o tempo de permanência. Sem a resolução de identidade, estes conjuntos de dados não podem ser cruzados. Com ela, constrói um perfil que reflete a relação completa: com que frequência a pessoa visita, quanto tempo permanece, o que compra e a que mensagens de marketing responde.

CDP vs CRM vs DMP: escolher a ferramenta certa

Uma fonte comum de confusão é a distinção entre um CDP, um sistema de gestão de relacionamento com o cliente (CRM) e uma plataforma de gestão de dados (DMP). Estas ferramentas servem propósitos diferentes e operam sobre diferentes tipos de dados.

comparison_chart.pngUm CRM gere contactos conhecidos e relações transacionais. É construído para equipas de vendas e suporte. Uma DMP agrega dados anónimos baseados em cookies para direcionamento de publicidade. Opera em janelas de retenção curtas e está cada vez mais limitada pela depreciação de cookies. Uma CDP unifica dados primários (first-party), baseados em consentimento, em perfis persistentes. É construída para equipas de marketing e TI que trabalham em conjunto, e é a única ferramenta neste grupo que cumpre o padrão GDPR para ativação de marketing baseada em consentimento.

A implicação prática: se já possui um CRM, uma CDP não o substitui. A CDP ingere dados do CRM, enriquece-os com dados comportamentais do WiFi e de outros canais, e sincroniza os perfis enriquecidos de volta. Os dois sistemas trabalham em conjunto.

A arquitetura Purple: sobreposição em nuvem no hardware existente

A Purple funciona como uma sobreposição em nuvem. Não precisa de substituir os seus pontos de acesso. Configura o seu hardware Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme Networks ou Fortinet existente para direcionar o tráfego de autenticação para a nuvem Purple. A plataforma fornece o Captive Portal, captura os dados e gere as integrações de API com os seus sistemas downstream.

Os dados fluem através de APIs REST padrão ou webhooks para o seu CRM, sistema POS ou plataforma de business intelligence. A Purple processou 440 milhões de inícios de sessão em 2024 em mais de 80.000 locais ativos, e opera com 99,999% de tempo de atividade (Purple, 2026). A plataforma é certificada ISO 27001, em conformidade com o GDPR, e possui as certificações Cyber Essentials e B Corp.


Guia de implementação

A implementação de uma CDP num espaço físico requer coordenação entre as equipas de TI, marketing e operações. Os passos seguintes aplicam-se independentemente do fornecedor de hardware que utilizar.

Passo 1: Audite a sua infraestrutura atual. Mapeie cada ponto de acesso no seu espaço em relação à lista de hardware suportado. Confirme se as versões de firmware estão atualizadas. Identifique qual SSID transportará o tráfego de convidados e qual transportará o tráfego de funcionários. Estes devem ser separados - consulte Guest WiFi para obter orientações sobre segmentação de SSID.

Passo 2: Desenhe o fluxo do Captive Portal. O Captive Portal é o seu principal ponto de ingestão de dados. Mantenha o fluxo de início de sessão em três passos ou menos. Peça os dados mínimos viáveis - normalmente email ou número de telefone. Utilize o Purple Verify para validar endereços de email no momento da captura. Uma lista de emails validados reduz as taxas de rejeição e melhora a capacidade de entrega das campanhas downstream.

Passo 3: Configure a gestão de consentimento. O GDPR exige um consentimento explícito e granular para comunicações de marketing. O seu Captive Portal deve apresentar um mecanismo claro de autoexclusão (opt-in) que seja separado da aceitação dos termos de serviço. A CDP armazena o estado de consentimento em cada perfil e aplica-o em todos os canais de ativação. Não confunda o consentimento de acesso à rede com o consentimento de marketing - estas são duas bases legais separadas. Passo 4: Integrar sistemas downstream. Os dados parados num painel de controlo não geram valor. Configure as integrações de API para enviar dados para o seu CRM e plataformas de automação de marketing. A Purple suporta integrações padrão de REST API e webhooks. Prioritize a integração com o CRM primeiro - é aqui que o ciclo de resolução de identidade se fecha. Para automação de marketing por SMS, consulte Como tirar partido de ferramentas para marketing por SMS para aumentar as visitas de retorno .

Passo 5: Otimizar a colocação de pontos de acesso para análise. Se pretende análises de localização precisas para enriquecer os perfis de CDP, desenhe a sua rede a pensar na densidade e não apenas na cobertura. Coloque os pontos de acesso nos limites das zonas para permitir a triangulação de sinal. A regra geral é de um ponto de acesso por cada 150 a 200 metros quadrados em ambientes de plano aberto. Em ambientes de retalho com elevada densidade de instalações, reduza esta proporção para um por cada 100 metros quadrados.

Passo 6: Definir os seus segmentos de ativação. Antes do lançamento, acorde com a equipa de marketing os primeiros três segmentos de público-alvo que irá ativar. Os pontos de partida comuns são: visitantes de primeira viagem (desencadear uma oferta de boas-vindas), visitantes ausentes (desencadear uma campanha de reativação) e visitantes de alta frequência (desencadear um convite para o programa de fidelização). Estes segmentos devem ser definidos na CDP e sincronizados com a plataforma de automação de marketing antes de a rede entrar em funcionamento.


Melhores práticas

Utilize dados primários (first-party data) como o seu principal canal de aquisição. Os dados primários captados através de WiFi geram um ROI de marketing 2,9 vezes superior ao dos dados de terceiros (Purple, 2026) e não estão sujeitos à descontinuação de cookies. Otimize a taxa de conversão do seu Captive Portal antes de investir em fontes de dados adicionais.

Automatize a supressão de públicos. Excluir contactos conhecidos de campanhas de aquisição pagas é o caso de utilização da CDP com maior ROI. Sincronize o público da sua CDP com o Google Ads e Meta Ads como uma lista de supressão. Isto elimina entre 10% a 20% do investimento publicitário desperdiçado logo na primeira semana.

Valide os dados no momento da captura. Uma lista de contactos com 30% de endereços de e-mail inválidos não é um ativo - é uma responsabilidade. Utilize o Purple Verify para validar endereços de e-mail no momento do início de sessão. Isto mantém as taxas de capacidade de entrega acima de 95% e protege a reputação do remetente.

Segmente por comportamento, não por dados demográficos. Os segmentos demográficos (idade, género) são menos preditivos do que os segmentos comportamentais (frequência de visitas, tempo de permanência, afinidade com a zona). Construa os seus segmentos iniciais em torno de sinais comportamentais. Um visitante que esteve no seu espaço quatro vezes nos últimos 30 dias é um melhor candidato para um programa de fidelização do que alguém que apenas corresponde a um perfil demográfico. Realize uma Avaliação de Impacto sobre a Proteção de Dados (DPIA) antes de implementar a análise de presença. A análise de presença - rastrear dispositivos anónimos no seu espaço - opera sob a base jurídica de interesse legítimo ao abrigo do GDPR. É necessária uma DPIA para documentar esta base. A equipa de conformidade da Purple pode fornecer um modelo. Para espaços de saúde e transportes , aplicam-se requisitos adicionais específicos do setor.


Resolução de problemas e mitigação de riscos

Baixa taxa de conversão do Captive Portal. Se menos de 40% dos dispositivos ligados concluírem o início de sessão no portal, o fluxo é demasiado complexo. Reduza o número de campos do formulário. Teste o portal em dispositivos iOS e Android - as diferenças de renderização são uma causa comum de abandono. Ofereça uma troca de valor clara: WiFi gratuito em troca de um endereço de e-mail.

Perfis duplicados na CDP. Perfis duplicados indicam que a resolução de identidade não está a funcionar corretamente. A causa mais comum é a formatação de e-mail inconsistente (ex.: " John.Smith@example.com " vs " john.smith@example.com "). Certifique-se de que a CDP normaliza os endereços de e-mail para minúsculas antes da correspondência. O motor de resolução de identidade da Purple aplica esta normalização por predefinição.

A randomização de MAC está a inflacionar a contagem de visitantes. Se a sua análise de presença mostrar contagens de visitantes significativamente superiores ao seu fluxo real de pessoas, a randomização de MAC é provavelmente a causa. O modelo de correção estatística da Purple resolve esta questão, mas deve validar os dados com base numa fonte de dados real (ex.: contador de portas ou análises de videovigilância) durante os primeiros 30 dias de implementação.

O consentimento do GDPR não está a ser propagado para os canais de ativação. Se um contacto optou por não receber comunicações de marketing mas continua a receber campanhas, o estado de consentimento não está a ser respeitado pelo canal de ativação. Audite a integração da API entre a CDP e a sua plataforma de automatização de marketing. Certifique-se de que o campo de consentimento é incluído em cada sincronização e que a plataforma de marketing respeita as opções de exclusão.

Os dados não estão a fluir para o CRM. Verifique o URL do ponto de extremidade do webhook e as credenciais de autenticação. Confirme se os limites de taxa da API do CRM não estão a ser excedidos. Os registos de integração da Purple fornecem um registo de auditoria por evento que identifica o ponto de falha.


ROI e impacto comercial

O caso de negócio para uma CDP assenta em três resultados mensuráveis: aumento do ROI de marketing, redução do custo de aquisição e melhoria da eficiência operacional.

Aumento do ROI de marketing. O Harrods alcançou um retorno sobre o investimento de 57x ao direcionar campanhas de marketing para clientes adquiridos através da sua rede WiFi de convidados (Purple, 2026). Este número reflete o valor de um ativo de dados primários limpo, consentido e em conformidade, combinado com um fluxo de trabalho de automatização de marketing que atua sobre ele. Uma linha de base mais conservadora para uma implementação bem configurada é um retorno de duas a cinco vezes no primeiro ano.

Custo de aquisição reduzido. A supressão de público - excluindo contactos conhecidos de campanhas de aquisição pagas - elimina o desperdício de gastos com clientes que já possui. Um local com 50.000 contactos conhecidos que os suprima de uma campanha paga com uma sobreposição de 15% poupa o custo de 7.500 impressões por ciclo de campanha.

Melhoria da eficiência operacional. A análise de localização derivada de dados de WiFi pode otimizar os níveis de pessoal, reduzir os tempos de fila e melhorar a experiência geral do visitante. Para locais de hotelaria , isto traduz-se diretamente em pontuações de satisfação dos hóspedes e taxas de reserva recorrentes.

Medir o sucesso. Defina os seus KPIs antes da implementação. As três métricas mais importantes são: taxa de conversão do Captive Portal (meta: 40% ou superior), taxa de abertura de campanhas de e-mail para contactos obtidos através de WiFi (meta: 25% ou superior) e taxa de visitas repetidas para a coorte de visitantes de primeira viagem (meta: 30% no prazo de 90 dias).

Para saber mais sobre como a plataforma de WiFi Analytics da Purple proporciona estes resultados, e para explorar opções de implementação para o seu setor específico, visite a página do produto Guest WiFi ou fale com a nossa equipa.

Definições Principais

Plataforma de dados de clientes (CDP)

Um sistema centralizado que ingere dados de múltiplas fontes, resolve identidades e constrói perfis de clientes unificados e persistentes acessíveis às equipas de marketing e operações para ativação.

Quando as equipas de TI precisam de unificar dados fragmentados de WiFi, CRM, POS e aplicações móveis num único registo acionável. O CDP Institute define-o como "software pré-embalado que cria uma base de dados de clientes persistente e unificada, acessível a outros sistemas" (CDP Institute, 2024).

Resolução de identidade

O processo de associar múltiplos identificadores - endereço MAC, endereço de email, ID de CRM, número de fidelização - a um único indivíduo através de pontos de contacto e do tempo.

Quando um cliente interage com uma marca através de múltiplos canais (WiFi, aplicação móvel, POS) e os dados precisam de ser fundidos num único perfil. Sem a resolução de identidade, a análise multicanal e a personalização não são possíveis.

Captive Portal

O gateway de autenticação com o qual os utilizadores interagem ao ligarem-se a uma rede WiFi de convidados. É o mecanismo principal para captar dados primários (first-party) e obter consentimento de marketing.

Quando os espaços físicos necessitam de recolher endereços de email e números de telefone no ponto de acesso à rede. O design do portal determina diretamente a taxa de conversão e a qualidade dos dados da CDP.

Aleatorização de MAC

Uma funcionalidade de privacidade em dispositivos móveis (introduzida no iOS 14 e Android 10) que roda o endereço MAC utilizado para pedidos de sonda (probe requests), impedindo a monitorização contínua do dispositivo por parte dos pontos de acesso.

Ao calcular o tráfego de visitantes e o tempo de permanência anónimos, a aleatorização de MAC inflaciona a contagem de visitantes se não for corrigida. A Purple aplica modelos de correção estatística calibrados com base em dados reais de câmaras para manter a precisão entre 3% e 7%.

Segmentação de audiência

O processo de dividir uma base de clientes em grupos distintos com base em características comportamentais partilhadas, tais como a frequência de visitas, tempo de permanência, afinidade com zonas ou histórico de compras.

Quando as equipas de marketing necessitam de enviar campanhas direcionadas para grupos específicos. Os segmentos comportamentais derivados de dados de WiFi são mais preditivos do que os segmentos demográficos para a reativação e fidelização.

Dados em nome próprio

Informações recolhidas diretamente dos clientes com o seu consentimento explícito, através de canais próprios, tais como Captive Portals, aplicações móveis e registos de email.

O principal tipo de dados para uma CDP. Os dados em nome próprio (first-party data) não estão sujeitos à descontinuação de cookies e cumprem os requisitos de consentimento do GDPR. O plano Engage da Purple capta dados em nome próprio verificados no ponto de autenticação do WiFi.

Cloud overlay

Uma arquitetura de software que se integra com a infraestrutura de hardware existente sem exigir a sua substituição. O overlay gere a autenticação, a recolha de dados e as integrações de API como um serviço cloud gerido.

O modelo de implementação da Purple. Configura os seus pontos de acesso existentes Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme ou Fortinet para direcionar o tráfego de autenticação para a cloud da Purple.

Supressão de audiência

A prática de carregar uma lista de clientes conhecidos para uma plataforma de anúncios (por exemplo, Google Ads, Meta Ads) para excluir esses contactos de campanhas de aquisição pagas, evitando gastos com clientes que já possui.

Normalmente, o caso de uso de CDP com maior ROI nas primeiras semanas de implementação. Um espaço com 50.000 contactos conhecidos e uma sobreposição de 15% de audiência de anúncios poupa o custo de 7.500 impressões por ciclo de campanha.

Análise de presença

A análise de pedidos de sonda de dispositivos anónimos para calcular o fluxo de visitas, o tempo de permanência e a ocupação de zonas sem exigir a autenticação do utilizador.

A capacidade de análise de base de uma rede WiFi. A análise de presença opera sob a base jurídica do interesse legítimo ao abrigo do GDPR. É necessária uma Avaliação de Impacto sobre a Proteção de Dados (AIPD) antes da implementação.

Consentimento por escolha consciente

Um mecanismo de consentimento explícito e ativo em que o utilizador faz uma escolha deliberada para aceitar comunicações de marketing, distinguindo-se de uma caixa pré-selecionada ou de consentimento implícito.

Exigido pelo GDPR para comunicações de marketing. O Captive Portal da Purple implementa o consentimento por escolha consciente como o mecanismo predefinido, guardando o estado do consentimento em cada perfil.

Exemplos Práticos

Uma propriedade Premier Inn de 300 quartos pretende reduzir a dependência de comissões de OTA e aumentar as reservas diretas. Possuem uma rede HPE Aruba existente, mas não têm uma visão unificada dos seus hóspedes entre visitas.

Implementar o Purple Engage como uma sobreposição na nuvem nos pontos de acesso HPE Aruba. Configurar o Captive Portal para recolher endereços de email de convidados com consentimento de marketing explícito. Integrar a CDP com o sistema de gestão hoteleira (PMS) via API REST para ligar os dados de sessão WiFi aos registos de reservas. Configurar uma campanha automatizada de email para ser acionada três dias após o checkout, oferecendo um desconto de 10% na próxima reserva direta do hóspede. Criar um segundo segmento para hóspedes que tenham estado hospedados mais de duas vezes nos últimos seis meses e sincronizar este segmento com o fluxo de convites do programa de fidelização. Toda a implementação é executada no hardware existente - não é necessária a substituição de pontos de acesso.

Comentário do Examinador: Este cenário utiliza a arquitetura de sobreposição na nuvem para evitar despesas de capital ao mesmo tempo que recolhe dados primários à escala. A integração com o PMS é o passo crítico - fecha o ciclo de resolução de identidade entre a sessão WiFi e o registo de reserva. O acionador de três dias após o checkout é uma janela de reativação comprovada na hotelaria: tempo suficiente para o hóspede estar em casa, curto o suficiente para a estadia ainda estar fresca na memória. O segmento de fidelização visa primeiro o grupo de maior valor, maximizando o ROI a partir do orçamento inicial da campanha.

Uma cadeia de retalho com 50 localizações pretende compreender o comportamento de compra entre lojas e suprimir clientes conhecidos de campanhas de aquisição pagas para reduzir o desperdício de investimento publicitário.

Implementar o Purple em todas as 50 localizações utilizando os pontos de acesso Cisco Meraki existentes. Configurar o Captive Portal com um formulário de recolha de email de campo único e validação Purple Verify. Utilizar a resolução de identidade para associar endereços MAC a endereços de email em todas as localizações, criando um perfil unificado que regista quais as lojas que cada comprador visitou e o seu tempo de permanência por zona. Criar um segmento de audiência para todos os clientes que se autenticaram em qualquer localização nos últimos 90 dias. Semicronizar este segmento com o Google Ads e Meta Ads como uma lista de supressão através da API do Purple. Separadamente, criar um segmento de alta frequência (visitou 3 ou mais localizações em 30 dias) e ativar este com uma oferta personalizada entre lojas por email. Medir a redução no custo por aquisição em relação à linha de base de pré-supressão.

Comentário do Examinador: O caso de utilização de supressão é o caminho mais rápido para um ROI mensurável em implementações de CDP de retalho. Uma cadeia com 50.000 contactos conhecidos que os suprima de campanhas pagas com uma sobreposição de audiência de 15% elimina o custo de 7.500 impressões por ciclo de campanha. A resolução de identidade entre lojas é a capacidade diferenciadora neste caso - um CRM sozinho não consegue alcançar isto sem dados de visitas derivados do WiFi. A integração Cisco Meraki é nativa no Purple, exigindo apenas a configuração do SSID e o redirecionamento RADIUS para a nuvem do Purple.

Perguntas de Prática

Q1. Um diretor de operações de um estádio pretende utilizar a análise de WiFi para gerir o fluxo de multidões e reduzir os tempos de fila nas bancadas de concessão. Em simultâneo, a equipa de marketing quer captar os endereços de email dos adeptos para campanhas pós-evento. Atualmente, a rede funciona com pontos de acesso Ruckus sem Captive Portal. Como desenharia a implementação para satisfazer ambos os requisitos sem comprometer nenhum deles?

Dica: Considere a diferença entre a análise de presença (anónima) e os dados de interação (autenticados), e o papel da densidade dos pontos de acesso na ativação de análises ao nível da zona.

Ver resposta modelo

Implemente o Purple como uma sobreposição na nuvem nos pontos de acesso Ruckus existentes. Configure a rede para uma elevada densidade de pontos de acesso - um por cada 100 a 150 metros quadrados nas áreas de circulação - para permitir análises precisas do tempo de permanência ao nível da zona para a equipa de operações. A camada de análise de presença funciona com base em pedidos de sondagem anónimos e não requer autenticação dos adeptos, pelo que está disponível imediatamente. Para a equipa de marketing, configure um Captive Portal no SSID de WiFi de convidados com um formulário de captação de email de campo único e consentimento explícito de marketing. Os dois fluxos de dados - presença anónima e interação identificada - são processados em paralelo pela CDP. A equipa de operações obtém painéis de densidade de multidões em tempo real. A equipa de marketing obtém uma lista de contactos de primeira parte em crescimento para campanhas pós-evento. Execute uma DPIA antes da implementação para documentar a base de interesse legítimo para a análise de presença.

Q2. O seu espaço de eventos está a registar uma taxa de conversão do Captive Portal de 22% - bem abaixo do objetivo de 40%. Os utilizadores ligam-se à rede mas não concluem o processo de autenticação. Quais são as três causas mais prováveis e como diagnostica e resolve cada uma delas?

Dica: Pense na experiência do utilizador em dispositivos móveis, na troca de valor e na renderização técnica do portal em iOS e Android.

Ver resposta modelo

As três causas mais prováveis são: (1) Um fluxo de início de sessão complexo com demasiados campos de formulário. Diagnostique analisando as métricas do portal para identificar em que etapa os utilizadores desistem. Resolva reduzindo o formulário para um único campo de email e removendo quaisquer campos não essenciais. (2) Renderização deficiente em iOS ou Android. Diagnostique testando o portal em ambos os sistemas operativos. O iOS e o Android gerem a deteção de Captive Portal de forma diferente, e os problemas de renderização são comuns. Resolva testando em vários tipos de dispositivos e ajustando o modelo do portal. (3) Uma troca de valor pouco clara ou fraca. Se os utilizadores não compreenderem o que recebem em troca do seu endereço de email, não preencherão o formulário. Resolva adicionando um título claro ao portal - por exemplo, "Ligue-se em segundos. Receba ofertas exclusivas." - e garantindo que o benefício é visível no ecrã do telemóvel sem necessidade de fazer scroll.

Q3. Um cliente de retalho que opera 30 lojas com hardware Ubiquiti UniFi pede-lhe para explicar como a aleatorização de MAC afetará a análise de visitantes e o que o Purple faz para resolver essa questão. O cliente está preocupado com o facto de os seus dados de afluência virem a ser pouco fiáveis.

Dica: Diferencie o impacto na análise de presença anónima do impacto nos dados de interação identificados captados através do Captive Portal.

Ver resposta modelo

A aleatorização de MAC afeta a análise de presença anónima - os dados de afluência e tempo de permanência derivados dos pedidos de sondagem dos dispositivos - porque os dispositivos alternam os seus endereços MAC, fazendo parecer que existem mais dispositivos únicos presentes do que na realidade. Isto inflaciona a contagem de visitantes se não for corrigido. O Purple resolve isto com modelos de correção estatística calibrados em relação à realidade captada por câmaras, mantendo a precisão entre 3% e 7%. Para os dados de interação identificados do cliente - os perfis criados a partir das autenticações no Captive Portal - a aleatorização de MAC não tem qualquer impacto. Assim que um utilizador se autentica, a CDP associa a sua sessão ao seu endereço de email verificado. Nas visitas seguintes, mesmo que o dispositivo apresente um endereço MAC diferente, a CDP reconhece o utilizador que regressa através do identificador de email quando este se volta a autenticar. A implicação prática é que a análise de presença deve ser tratada como uma aproximação para a contagem de afluência, enquanto os dados de sessão autenticados fornecem a base fiável para ativação de marketing e monitorização de visitas repetidas.

Q4. Um centro de conferências pretende implementar um CDP para captar dados dos participantes em múltiplos eventos ao longo do ano. Cada evento tem um organizador diferente, e o centro está preocupado com a propriedade dos dados e a conformidade com o GDPR. Como estruturaria a implementação?

Dica: Considere as funções de responsável pelo tratamento de dados e subcontratante ao abrigo do GDPR, e como a funcionalidade de WiFi Multi-Tenant da Purple se aplica a este cenário.

Ver resposta modelo

Estruture a implementação utilizando a funcionalidade de WiFi Multi-Tenant da Purple. O centro de conferências é o responsável pelo tratamento de dados para a infraestrutura de rede subjacente e para as análises ao nível do local (afluência, tempo de permanência). Cada organizador de eventos é um responsável pelo tratamento de dados independente para os dados dos participantes captados durante o seu evento. Configure SSIDs ou segmentos de VLAN separados para cada evento, com Captive Portals específicos do evento que identifiquem claramente o organizador do evento como o responsável pelo tratamento de dados na linguagem de consentimento. O centro de conferências mantém o acesso a análises agregadas anonimizadas. O organizador do evento recebe os dados de contacto de primeira parte captados durante o seu evento. Documente as relações de responsável pelo tratamento de dados e subcontratante num Acordo de Tratamento de Dados (DPA) entre o centro de conferências e cada organizador. Realize uma DPIA para as análises de presença ao nível do local. Esta estrutura garante a conformidade com o GDPR, ao mesmo tempo que permite ao centro de conferências construir o seu próprio conjunto de dados de primeira parte a partir de participantes recorrentes que consintam receber comunicações do próprio local.