Projetando Captive Portals B2B: Coletando Nome Registrado e Dados da Empresa

Bem-vindo ao Purple Intelligence Briefing. Sou Estrategista Sênior de Conteúdo Técnico aqui na Purple e hoje vamos abordar um tema que surge em quase todas as implantações de locais B2B em que trabalho: como projetar um Captive Portal que colete dados de nome registrado e empresa de maneira adequada. Esta não é uma questão de WiFi para o consumidor final. Quando você gerencia WiFi em um centro de conferências, em um hotel com instalações para reuniões, em um espaço de co-working ou em uma sala VIP de aeroporto de negócios, seus visitantes não são apenas convidados. Eles são profissionais. Eles possuem cargos, afiliações corporativas e autoridade de compras. Os dados que você coleta no momento do cadastro do WiFi estão entre os dados proprietários de maior valor comercial que você pode reunir. Mas a maioria dos locais coleta de menos, coleta de forma errada ou de uma maneira que cria responsabilidade perante a GDPR. Vamos resolver esses três problemas hoje. Deixe-me contextualizar. Um Captive Portal é a página web que intercepta a tentativa de conexão de um visitante antes de conceder acesso à rede. O dispositivo se conecta ao seu SSID de WiFi, tenta uma requisição HTTP e seu controlador de rede redireciona essa requisição para o seu portal. O visitante vê sua página de login personalizada, preenche o formulário de cadastro e então o acesso é concedido. Esse é o fluxo básico. O que mudou é o que você faz com os dados depois e o ambiente regulatório no qual você está operando. O contexto B2B altera significativamente os requisitos de design em comparação com uma implantação voltada ao consumidor final. Em um cenário de consumidor final, você geralmente solicita um nome e um endereço de e-mail. Você está construindo uma lista de marketing. Em um cenário B2B, você deseja dados de nome registrado e empresa porque essa combinação desbloqueia inteligência em nível de conta. Quando você sabe que quarenta e sete pessoas de uma única empresa de serviços financeiros se conectaram ao WiFi do seu centro de conferências ao longo de três dias, isso não é apenas uma estatística de fluxo de pessoas. Isso é um sinal de vendas. Isso são dados de ROI do evento. Esse é o tipo de inteligência que justifica as parcerias comerciais do seu local. Então, vamos falar sobre a arquitetura técnica. Uma implantação de Captive Portal B2B possui quatro componentes principais. Primeiro, a camada de ponto de acesso: Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme Networks ou Fortinet. O ponto de acesso intercepta a conexão inicial e redireciona para o portal. Segundo, o controlador do portal, que serve a página de cadastro, valida os envios de formulários e se comunica com o seu servidor RADIUS para autorizar o endereço MAC do dispositivo. Terceiro, o repositório de identidade, onde os nomes registrados, dados de empresas e registros de consentimento são armazenados e sincronizados em tempo real com o seu CRM. E quarto, a camada de análise, onde os dados de sessão, tempo de permanência e padrões de visitas repetidas são agregados e transformados em ações.O Purple funciona como uma sobreposição em nuvem em todas essas plataformas de hardware. Você não precisa descartar e substituir sua infraestrutura existente. Você implanta o Purple sobre quaisquer pontos de acesso que já possua. Com 80.000 locais ativos e 440 milhões de logins em 2024, esse é um conjunto de dados significativo para servir de base para o benchmarking da sua própria implantação. Agora, a questão do design do formulário. Quais campos você deve incluir? O instinto é pedir tudo: nome, empresa, cargo, departamento, número de telefone, perfil do LinkedIn. Resista a esse instinto. Cada campo adicional reduz sua taxa de preenchimento. Mudar de dois para cinco campos reduz o preenchimento do formulário em cerca de 20 por cento. No contexto de um estabelecimento, isso significa que um em cada cinco visitantes de negócios desiste completamente da tentativa de conexão. O conjunto mínimo de campos B2B viáveis é: nome completo, nome da empresa e endereço de e-mail comercial. O nome completo identifica o indivíduo. O nome da empresa permite a agregação de contas. O e-mail comercial fornece um ponto de contato verificado e, fundamentalmente, o sufixo do domínio revela a identidade da empresa, mesmo que o visitante digite o nome da empresa de forma inconsistente. Alguém pode se registrar como Deloitte, Deloitte UK ou Deloitte LLP, mas o domínio de e-mail sempre será deloitte.com. Construa sua lógica de normalização de dados em torno do domínio de e-mail, e não do campo de texto livre do nome da empresa. O cargo é um campo opcional valioso. Ele segmenta os dados dos seus visitantes por nível de senioridade e função. Mas torne-o opcional. Um visitante que pula o campo de cargo ainda é um visitante registrado com nome e empresa. Um visitante que abandona o formulário por completo não te deixa nada. Agora vamos falar sobre GDPR, porque você não pode projetar um Captive Portal B2B sem uma arquitetura de conformidade robusta. De acordo com o UK GDPR e o Regulamento Geral de Proteção de Dados da UE, a coleta de dados de nome e empresa de visitantes do WiFi exige uma base legal para o processamento. Para um Captive Portal B2B, você tem duas opções realistas: consentimento nos termos do Artigo 6(1)(a) ou interesses legítimos nos termos do Artigo 6(1)(f). O consentimento é a opção mais clara do ponto de vista de conformidade. O visitante marca ativamente uma caixa, você registra o carimbo de data/hora e a versão do aviso de privacidade que ele visualizou, e você passa a ter uma trilha de auditoria defensável. O desafio com o consentimento é que ele deve ser dado livremente. Isso significa que o acesso ao WiFi não pode ser condicionado ao consentimento de marketing. Você precisa separar o consentimento para acesso à rede do consentimento para comunicações de marketing. Duas caixas de seleção: uma obrigatória para os termos de serviço, uma opcional para marketing. Nunca as agrupe. Interesses legítimos é uma base mais sutil. Ela pode se aplicar ao processamento de dados básicos de sessão para fins de segurança e gerenciamento de rede. Mas para construir um banco de dados de marketing a partir de cadastros de visitantes, o interesse legítimo é mais difícil de defender, especialmente para dados B2B onde os indivíduos são profissionais identificáveis. Minha recomendação: use o consentimento, projete o formulário corretamente e você terá uma postura de conformidade limpa.Mais um ponto técnico antes de passarmos para a implementação: a randomização do endereço MAC. Desde o iOS 14 e o Android 10, os dispositivos móveis randomizam seu endereço MAC por rede por padrão. Isso significa que o endereço MAC que seu ponto de acesso vê quando um visitante se conecta hoje pode ser diferente do endereço MAC que você viu no mês passado, mesmo que seja o mesmo dispositivo e a mesma pessoa. Para a coleta de dados B2B de nome registrado e empresa, isso é menos problemático, porque sua âncora de identidade é o endereço de e-mail registrado, e não o endereço MAC. O endereço de e-mail é estável. Construa sua lógica de resolução de identidade com base no e-mail, e a randomização de MAC se tornará uma preocupação secundária. Agora, permita-me guiar você por dois cenários de implementação do mundo real que ilustram como isso funciona na prática. O primeiro é um centro de conferências no distrito financeiro. Eles realizam 200 eventos por ano, com uma média de 300 participantes por evento. Antes de implantar um Captive Portal B2B projetado adequadamente, os dados de registro de WiFi deles eram uma bagunça: nomes de empresas inconsistentes, endereços de e-mail pessoais, ausência de dados de cargo e nenhum registro de consentimento. Eles não conseguiam responder a perguntas básicas, como quais empresas nos enviam mais delegados ou qual é a senioridade média dos nossos participantes. Após implantar um portal B2B estruturado com campos de nome completo, nome da empresa, e-mail corporativo e cargo opcional, combinado com a normalização do domínio de e-mail no back-end, eles construíram um banco de dados limpo no nível da conta em seis meses. Agora, eles podiam mostrar aos expositores que 34 por cento de seus participantes vinham de empresas do FTSE 100. Esse ponto de dados apoiou diretamente um aumento de 40 por cento em suas taxas de patrocínio. O formulário de registro de WiFi tornou-se um ativo gerador de receita. O segundo cenário é um grupo hoteleiro com 45 propriedades, cada uma com instalações para reuniões e conferências. O desafio deles era a consistência: cada propriedade tinha uma configuração de portal ligeiramente diferente, conjuntos de campos diferentes e dados armazenados em sistemas diferentes. Um hóspede que participasse de uma conferência na propriedade de Manchester e depois se hospedasse na propriedade de Londres era tratado como dois visitantes separados e não relacionados. Ao padronizar um único modelo de portal B2B implantado em todas as 45 propriedades, com armazenamento de dados centralizado e resolução de identidade baseada em e-mail, eles construíram um banco de dados de visitantes unificado. Em doze meses, identificaram 8.200 visitantes de negócios que usaram várias propriedades. Esse grupo se tornou a base de um programa de marketing baseado em contas direcionadas. O custo de implantação do portal padronizado foi recuperado logo no primeiro trimestre por meio de reservas de conferências incrementais desse grupo identificado. Agora, deixe-me apresentar as armadilhas de implementação que devem ser evitadas. Estes são os erros que vejo com mais frequência. Armadilha um: nome da empresa em campo de texto livre sem normalização. Se você aceita entrada de texto livre para o nome da empresa e não o normaliza no back-end, seu banco de dados conterá centenas de variações da mesma empresa. Use o domínio de e-mail como seu principal identificador de empresa. Armadilha dois: vincular o consentimento de acesso ao WiFi com o consentimento de marketing. Isso é uma violação do GDPR. O Information Commissioner's Office é explícito: o consentimento para marketing deve ser separado do consentimento para o serviço em si. Se um visitante precisa consentir com e-mails de marketing para obter acesso ao WiFi, esse consentimento não é dado livremente e, portanto, é inválido. Armadilha três: sem limite de tempo de sessão ou política de largura de banda no SSID B2B. Defina um limite de largura de banda por dispositivo e um limite de tempo de sessão. Quatro horas é um padrão razoável para um ambiente de conferência. Armadilha quatro: armazenar registros de consentimento no mesmo sistema que os logs de sessão. Os registros de consentimento precisam de um período de retenção maior do que os logs de sessão. Os logs de sessão podem ser apagados após 30 dias. Os registros de consentimento devem ser mantidos pela duração do relacionamento mais dois anos. Use uma plataforma como o Purple que aplica regras de retenção diferentes para tipos de dados diferentes automaticamente. Agora para as perguntas rápidas que recebo com mais frequência. Devemos usar o login do LinkedIn em vez de um formulário de registro para locais B2B? O OAuth do LinkedIn fornece nome, empresa, cargo e setor da indústria sem pedir que o visitante digite nada. A qualidade dos dados é maior do que a entrada de texto livre. A desvantagem é uma conversão menor: nem todo visitante de negócios possui uma conta no LinkedIn. Minha recomendação é oferecer o LinkedIn como uma opção ao lado de um formulário padrão, não como o único método. Como lidamos com visitantes que usam endereços de e-mail pessoais em vez de e-mail comercial? Você pode exigir um domínio de e-mail comercial validando contra uma lista de domínios de consumo conhecidos e rejeitando-os. Ou você pode aceitar qualquer endereço de e-mail e sinalizar domínios pessoais para revisão manual. Para locais B2B de alto valor, eu recomendaria a primeira abordagem com uma mensagem de erro clara explicando por que um e-mail comercial é necessário. Podemos integrar os dados do Captive Portal diretamente com o Salesforce ou HubSpot? Sim. A plataforma da Purple oferece integrações nativas com as principais plataformas de CRM. Os dados de nome registrado e empresa fluem diretamente para o seu CRM como um novo contato ou atualizam um registro existente, com a visita WiFi registrada como uma atividade. Para resumir os pontos principais do briefing de hoje. Projete seu Captive Portal B2B em torno de três campos obrigatórios: nome completo, nome da empresa e e-mail comercial. Adicione cargo como um campo opcional. Mantenha o formulário curto. Cada campo obrigatório adicional custa sua taxa de preenchimento. Use o domínio de e-mail como seu identificador de empresa canônico. Normalize nomes de empresas de texto livre no back-end. Construa sua inteligência em nível de conta no domínio de e-mail, não no que os visitantes digitam no campo de nome da empresa. Separe as suas caixas de seleção de consentimento. Uma caixa de seleção obrigatória para os termos de serviço e acesso à rede. Uma caixa de seleção opcional para comunicações de marketing. Nunca as agrupe. Registre cada evento de consentimento com um carimbo de data/hora e a versão do aviso de privacidade. Contorne a randomização de MAC ancorando a sua resolução de identidade ao endereço de e-mail, não ao endereço MAC. O e-mail permanece estável entre sessões e dispositivos. E, finalmente, escolha uma plataforma que gerencie a arquitetura de conformidade para você. O Purple possui certificação ISO 27001, está em conformidade com o GDPR e CCPA, e possui certificação Cyber Essentials. O registro de consentimento, as regras de retenção de dados e as ferramentas de resposta a solicitações de acesso dos titulares dos dados já vêm integrados. Seu próximo passo é auditar a configuração atual do seu portal em relação ao conjunto de campos e à lista de verificação de conformidade que apresentei hoje. Se você gerencia um local B2B e não está coletando o nome registrado e os dados da empresa de forma estruturada e em conformidade, você está deixando de ganhar inteligência comercial. Para mais guias técnicos e recursos de implementação, visite purple.ai. Obrigado por acompanhar o Purple Intelligence Briefing.