Conceber Captive Portals B2B: Recolha de Nome Registado e Dados da Empresa

Bem-vindo ao Purple Intelligence Briefing. Sou Estratega Sénior de Conteúdo Técnico aqui na Purple e hoje vamos abordar um tema que surge em quase todas as implementações de espaços B2B em que trabalho: como desenhar um Captive Portal que recolha dados de nome e empresa registados de forma correta. Esta não é uma questão de WiFi para o consumidor final. Quando gere o WiFi num centro de conferências, num hotel com salas de reuniões, num espaço de coworking ou num lounge executivo de um aeroporto, os seus visitantes não são apenas convidados. São profissionais. Têm cargos, afiliações empresariais e autoridade de compra. Os dados que recolhe no momento do registo de WiFi são alguns dos dados primários mais valiosos comercialmente que pode obter. Mas a maioria dos espaços ou recolhe muito pouco, ou recolhe de forma incorreta, ou recolhe de uma forma que cria responsabilidades face ao GDPR. Vamos resolver todos esses três problemas hoje. Deixe-me enquadrar a situação. Um Captive Portal é a página web que intereceta a tentativa de ligação de um visitante antes de conceder acesso à rede. O dispositivo liga-se ao seu SSID de WiFi, tenta um pedido HTTP e o seu controlador de rede redireciona esse pedido para o seu portal. O visitante vê a sua página de início de sessão personalizada com a sua marca, preenche o formulário de registo e, em seguida, obtém acesso. Esse é o fluxo básico. O que mudou foi o que faz com os dados posteriormente e o ambiente regulatório em que opera. O contexto B2B altera significativamente os requisitos de design em comparação com uma implementação de consumo. Num ambiente de consumo, normalmente pede um nome e um endereço de e-mail. Está a construir uma lista de marketing. Num ambiente B2B, pretende obter o nome registado e os dados da empresa, porque essa combinação desbloqueia informações ao nível da conta. Quando sabe que quarenta e sete pessoas de uma única empresa de serviços financeiros se ligaram ao WiFi do seu centro de conferências ao longo de três dias, isso não é apenas uma estatística de afluência. Isso é um sinal de vendas. São dados de ROI de eventos. Esse é o tipo de informação que justifica as parcerias comerciais do seu espaço. Vamos então falar sobre a arquitetura técnica. Uma implementação de Captive Portal B2B tem quatro componentes fundamentais. Primeiro, a camada de pontos de acesso: Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme ou Fortinet. O ponto de acesso intereceta a ligação inicial e redireciona para o portal. Segundo, o controlador do portal, que disponibiliza a página de registo, valida os envios de formulários e comunica com o seu servidor RADIUS para autorizar o endereço MAC do dispositivo. Terceiro, o repositório de identidade, onde são armazenados os nomes registados, dados da empresa e registos de consentimento, e que sincroniza em tempo real com o seu CRM. E quarto, a camada de analítica, onde os dados de sessão, o tempo de permanência e os padrões de visitas repetidas são agregados e tornados acionáveis.A Purple funciona como uma sobreposição na nuvem em todas estas plataformas de hardware. Não precisa de desmantelar e substituir a sua infraestrutura existente. Implementa a Purple no topo de quaisquer pontos de acesso que já possua. Em 80.000 locais ativos e 440 milhões de inícios de sessão em 2024, trata-se de um conjunto de dados significativo de onde extrair referências para a sua própria implementação. Agora, a questão do design do formulário. Que campos 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 a sua taxa de preenchimento. Passar de dois para cinco campos reduz o preenchimento do formulário em cerca de 20 por cento. No contexto de um espaço físico, isso significa que um em cada cinco visitantes de negócios desiste completamente da tentativa de ligação. O conjunto mínimo viável de campos B2B é: nome completo, nome da empresa e endereço de email profissional. O nome completo identifica o indivíduo. O nome da empresa permite a agregação de contas. O email profissional fornece um ponto de contacto verificado e, crucialmente, o sufixo do domínio indica-lhe a identidade da empresa, mesmo que o visitante escreva o nome da empresa de forma inconsistente. Alguém pode registar-se como Deloitte, Deloitte UK ou Deloitte LLP, mas o domínio do seu email será sempre deloitte.com. Construa a sua lógica de normalização de dados em torno do domínio de email, não do campo de texto livre do nome da empresa. O cargo é um campo opcional valioso. Segmenta os dados dos seus visitantes por nível de antiguidade e função. Mas torne-o opcional. Um visitante que ignore o campo do cargo continua a ser um visitante registado com um nome e uma empresa. Um visitante que abandone o formulário por completo não lhe dá nada. Agora vamos falar sobre o GDPR, porque não pode desenhar um Captive Portal B2B sem uma arquitetura de conformidade sólida. Ao abrigo do UK GDPR e do Regulamento Geral sobre a Proteção de Dados da UE, a recolha de dados de nome e empresa de visitantes de WiFi exige uma base jurídica para o processamento. Para um Captive Portal B2B, tem duas opções realistas: o consentimento ao abrigo do Artigo 6.º, n.º 1, alínea a), ou interesses legítimos ao abrigo do Artigo 6.º, n.º 1, alínea f). O consentimento é a opção mais clara do ponto de vista da conformidade. O visitante assinala ativamente uma caixa, o utilizador regista a marca temporal e a versão do seu aviso de privacidade que ele visualizou, e passa a ter um registo de auditoria defensável. O desafio com o consentimento é que este deve ser dado livremente. Isso significa que o acesso ao WiFi não pode estar condicionado ao consentimento de marketing. Precisa de separar o consentimento para o acesso à rede do consentimento para comunicações de marketing. Duas caixas de seleção: uma obrigatória para os termos de serviço, outra opcional para marketing. Nunca as agrupe. Os interesses legítimos são uma base mais complexa. Podem aplicar-se ao processamento de dados básicos de sessão para fins de segurança e gestão da rede. Mas para construir uma base de dados de marketing a partir de registos de visitantes, os interesses legítimos são mais difíceis de defender, especialmente para dados B2B onde os indivíduos são profissionais identificáveis. A minha recomendação: utilize o consentimento, desenhe o formulário corretamente e terá uma postura de conformidade limpa. Mais um ponto técnico antes de passarmos à implementação. A aleatorização de endereços MAC. Desde o iOS 14 e do Android 10 que os dispositivos móveis aleatorizam o seu endereço MAC por rede, por predefinição. Isto significa que o endereço MAC que o seu ponto de acesso deteta quando um visitante se liga hoje pode ser diferente do endereço MAC que detetou no mês passado, mesmo que se trate do mesmo dispositivo e da mesma pessoa. Para a recolha de dados de nome registado e empresa em B2B, isto é menos problemático, porque a sua âncora de identidade é o endereço de email registado, não o endereço MAC. O endereço de email é estável. Desenvolva a sua lógica de resolução de identidade com base no email, e a aleatorização MAC passa a ser uma preocupação secundária. Agora vou guiá-lo por dois cenários reais de implementação que ilustram como isto funciona na prática. O primeiro é um centro de conferências no distrito financeiro. Realizam 200 eventos por ano, com uma média de 300 participantes por evento. Antes de implementarem um Captive Portal B2B devidamente concebido, os seus dados de registo de WiFi eram uma confusão: nomes de empresas inconsistentes, endereços de email pessoais, ausência de dados de cargo e nenhum registo de consentimento. Não conseguiam responder a perguntas básicas como quais as empresas que nos enviam mais delegados, ou qual é a antiguidade média dos nossos participantes. Após a implementação de um portal B2B estruturado com nome completo, nome da empresa, email profissional e campos opcionais de cargo, combinado com a normalização do domínio de email no back-end, construíram uma base de dados limpa ao nível da conta em seis meses. Passaram a poder demonstrar aos expositores que 34 por cento dos seus participantes vinham de empresas do FTSE 100. Esse ponto de dados apoiou diretamente um aumento de 40 por cento nas suas taxas de patrocínio. O formulário de registo de WiFi tornou-se um ativo gerador de receitas. O segundo cenário é um grupo hoteleiro com 45 propriedades, cada uma com instalações para reuniões e conferências. O seu desafio era a consistência: cada propriedade tinha uma configuração de portal ligeiramente diferente, diferentes conjuntos de campos e dados armazenados em sistemas diferentes. Um hóspede que participasse numa conferência na propriedade de Manchester e depois ficasse na propriedade de Londres era tratado como dois visitantes separados e não relacionados. Ao normalizarem num único modelo de portal B2B implementado em todas as 45 propriedades, com armazenamento centralizado de dados e resolução de identidade baseada em email, construíram uma base de dados de visitantes unificada. No prazo de doze meses, identificaram 8.200 visitantes de negócios que tinham utilizado várias propriedades. Essa coorte tornou-se a base de um programa de marketing direcionado baseado em contas. O custo de implementação do portal normalizado foi recuperado logo no primeiro trimestre através de reservas de conferências adicionais dessa coorte identificada. Agora, permita-me apresentar os erros de implementação a evitar. Estes são os erros que vejo com mais frequência. Armadilha um: nome da empresa em texto livre sem normalização. Se aceitar a introdução de texto livre para o nome da empresa e não o normalizar no back-end, a sua base de dados conterá centenas de variações da mesma empresa. Utilize o domínio de email como o seu identificador de empresa principal. Armadilha dois: agrupar o consentimento de acesso ao WiFi com o consentimento de marketing. Isto é uma violação do GDPR. O Information Commissioner's Office é explícito: o consentimento para marketing deve ser separado do consentimento para o próprio serviço. Se um visitante tiver de consentir em receber emails de marketing para obter acesso ao WiFi, esse consentimento não é dado livremente e, portanto, é inválido. Armadilha três: ausência de tempo limite de sessão ou de política de largura de banda no SSID B2B. Defina um limite de largura de banda por dispositivo e um tempo limite de sessão. Quatro horas é um valor padrão razoável para um ambiente de conferência. Armadilha quatro: armazenar registos de consentimento no mesmo sistema que os registos de sessão. Os registos de consentimento precisam de um período de retenção mais longo do que os registos de sessão. Os registos de sessão podem ser eliminados após 30 dias. Os registos de consentimento devem ser retidos pela duração da relação mais dois anos. Utilize uma plataforma como a Purple que aplica automaticamente diferentes regras de retenção a diferentes tipos de dados. Agora, as perguntas rápidas que me fazem com mais frequência. Devemos utilizar o início de sessão com o LinkedIn em vez de um formulário de registo para locais B2B? O LinkedIn OAuth fornece o nome, empresa, cargo e setor de atividade sem pedir ao visitante para introduzir qualquer dado. A qualidade dos dados é superior à introdução de texto livre. O reverso da medalha é uma conversão mais baixa: nem todos os visitantes de negócios têm uma conta no LinkedIn. A minha recomendação é oferecer o LinkedIn como uma opção juntamente com um formulário padrão, e não como o único método. Como lidamos com os visitantes que utilizam endereços de email pessoais em vez de emails profissionais? Pode exigir um domínio de email profissional através da validação contra uma lista de domínios de consumo conhecidos e rejeitá-los. Ou pode aceitar qualquer endereço de email e sinalizar os domínios pessoais para revisão manual. Para locais B2B de elevado valor, recomendo a primeira abordagem com uma mensagem de erro clara a explicar por que razão é necessário um email profissional. 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. O nome registado e os dados da empresa fluem diretamente para o seu CRM como um novo contacto ou atualizam um registo existente, com a visita ao WiFi registada como uma atividade. Para resumir os pontos-chave do briefing de hoje. Desenhe o seu Captive Portal B2B em torno de três campos obrigatórios: nome completo, nome da empresa e email profissional. Adicione o cargo como um campo opcional. Mantenha o formulário curto. Cada campo obrigatório adicional custa-lhe taxa de preenchimento. Utilize o domínio de email como o seu identificador de empresa canónico. Normalize os nomes de empresas em texto livre no back-end. Desenvolva a sua inteligência ao nível da conta com base no domínio de email, e não no que os visitantes escrevem no campo do 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 junte. Registe cada evento de consentimento com um carimbo de data/hora e a versão do aviso de privacidade. Resolva a aleatorização de MAC ancorando a sua resolução de identidade ao endereço de email, e não ao endereço MAC. O email é estável entre sessões e dispositivos. E, finalmente, escolha uma plataforma que trate da arquitetura de conformidade por si. A Purple tem certificação ISO 27001, está em conformidade com o GDPR e CCPA, e tem certificação Cyber Essentials. O registo de consentimento, as regras de retenção de dados e as ferramentas de resposta a pedidos de acesso do titular dos dados já estão integrados. O 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 descrevi hoje. Se gere um espaço B2B e não está a recolher o nome registado e os dados da empresa de forma estruturada e em conformidade, está a desperdiçar inteligência comercial útil. Para mais guias técnicos e recursos de implementação, visite purple.ai. Obrigado por ouvir o Purple Intelligence Briefing.