Integração do Salesforce com Guest WiFi para Inteligência de Contas

ROTEIRO DE PODCAST — "Integração do Salesforce com Guest WiFi para Inteligência de Contas" Série de Briefing Técnico da Purple | Duração: ~10 minutos | Inglês Britânico --- [INTRODUÇÃO E CONTEXTO — 1 minuto] Bem-vindo à Série de Briefing Técnico da Purple. Eu sou o seu anfitrião e hoje vamos abordar algo que muitas organizações B2B têm em seu roadmap, mas ainda não decifraram totalmente: conectar sua infraestrutura de guest WiFi diretamente ao Salesforce para gerar inteligência de contas real. Se você tem um local físico — um centro de conferências, um hotel, um pavilhão de feiras de negócios, um campus corporativo — e oferece guest WiFi, você está sentado em uma mina de ouro de dados de intenção primários (first-party). Cada vez que um cliente em potencial, um parceiro ou um cliente se conecta à sua rede, eles estão lhe dizendo algo. Eles estão no local. Eles estão engajados. E, neste momento, para a maioria das organizações, esse sinal desaparece no éter. O que vamos cobrir hoje é como mudar isso. Como rotear esse evento de autenticação de WiFi para o Salesforce, correspondê-lo com suas contas existentes e acionar a resposta comercial correta — seja um alerta para um executivo de contas, o enriquecimento de um registro de contato ou uma sinalização para sua equipe de RevOps agir. Este é um briefing prático. Vamos passar pela arquitetura, pelas decisões do modelo de dados, pelas considerações de GDPR e pelas armadilhas comuns. Vamos começar. --- [APROFUNDAMENTO TÉCNICO — 5 minutos] Vamos começar com a arquitetura. Em sua essência, uma integração de WiFi com o Salesforce possui três componentes: a camada de Captive Portal, o middleware de integração e o modelo de dados do Salesforce. O Captive Portal — o que seu convidado vê quando se conecta — é onde ocorre a captura de identidade. Quando um visitante se autentica via e-mail, LinkedIn ou login social, a plataforma captura um endereço de e-mail verificado, um carimbo de data/hora, um identificador do local e o registro de consentimento. Esse último item é inegociável sob a GDPR e a Lei de Proteção de Dados do Reino Unido de 2018. Você precisa de consentimento explícito e granular para comunicações de marketing, e esse registro de consentimento deve ser armazenado e auditável. A plataforma da Purple lida com isso nativamente, capturando o consentimento no momento da autenticação e passando uma flag de consentimento para o Salesforce junto com os dados de contato. Agora, o middleware de integração é onde a inteligência acontece. O mecanismo de integração da Purple recebe esse evento de autenticação e realiza o que chamamos de resolução de identidade. O primeiro passo é uma correspondência de domínio: pegar o endereço de e-mail, extrair o domínio — por exemplo, acme-corp.com — e consultar o Salesforce em busca de quaisquer registros de Conta com um campo de site ou domínio de e-mail correspondente. Este é o seu principal sinal de correspondência. Se uma correspondência de domínio for encontrada, o middleware verifica se já existe um registro de Contact para aquele endereço de e-mail específico. Se existir, você atualiza o registro existente — registra uma nova atividade, atualiza o carimbo de data/hora de última visualização, incrementa um contador de visitas. Se nenhum Contact existir, mas a Account sim, você cria um novo Contact e o associa a essa Account. Se nenhum dos dois existir — o domínio é desconhecido — você cria um registro de Lead e o sinaliza para revisão. Esta lógica de roteamento de três caminhos é a base de um modelo de dados limpo do Salesforce para contatos originados de WiFi. A alternativa — enviar tudo como Lead, independentemente do contexto — cria o pesadelo de qualidade de dados que a maioria das equipes de RevOps teme: milhares de leads duplicados, nenhuma associação de conta e executivos de contas perdendo sinais em sua carteira de clientes existente. Deixe-me falar sobre o modelo de dados do Salesforce em mais detalhes, porque as decisões de mapeamento de campos que você toma aqui têm consequências de longo prazo. No objeto Lead, você deseja capturar: WiFi Venue Name, First Seen Date, Last Seen Date, Visit Count, Consent Status e Lead Source definidos para um valor padronizado como "Guest WiFi". No objeto Contact, aplicam-se os mesmos campos, além de uma busca pela Account pai. No objeto Account, você deseja um campo de resumo de roll-up mostrando o total de contatos autenticados por WiFi, um campo Last Visitor Date e uma pontuação de Visit Frequency. Esses campos no nível da Account são o que torna essa integração genuinamente útil para vendas baseadas em contas. Agora, o mecanismo de alerta. É aqui que o valor comercial se torna tangível. Usando o Salesforce Flow — ou o Process Builder se você estiver em uma organização mais antiga — você configura gatilhos com base em condições específicas. O alerta mais valioso é o que chamamos de gatilho "Target Account Visit": quando um Contact associado a uma Account marcada como conta-alvo se autentica no seu WiFi, o Account Executive atribuído recebe uma Salesforce Task e uma notificação do Chatter em poucos minutos. A mensagem é simples: "James da Acme Corp acabou de se conectar no seu local de Manchester. Eles visitaram três vezes este trimestre." Esse é um sinal de abordagem calorosa pelo qual a maioria das equipes de vendas pagaria um valor significativo. E você o está gerando passivamente, a partir de uma infraestrutura que já possui. Um segundo alerta que vale a pena configurar é o gatilho de "Re-engagement": um Contact que está inativo há mais de noventa dias se conecta ao seu WiFi. Isso traz à tona contatos inativos ou frios que estão fisicamente de volta ao seu radar — um sinal forte para conversas de renovação. Terceiro, o alerta de "New Domain": um login de WiFi de um domínio de e-mail que não corresponde a nenhuma Account existente. Isso é roteado para uma fila de BDR ou RevOps para qualificação. Nem todo domínio desconhecido é um cliente em potencial, mas filtrar por domínios de empresas — excluindo Gmail, Outlook e outros provedores de consumo — oferece um sinal de prospecção de alta qualidade. No lado da integração técnica, a Purple expõe uma API REST e suporta webhooks de saída. O padrão recomendado para a integração com o Salesforce é uma abordagem de webhook para middleware: a Purple dispara um webhook a cada evento de autenticação, uma camada leve de middleware — que pode ser um Salesforce Connected App, um fluxo MuleSoft ou uma função AWS Lambda simples — recebe o payload, executa a lógica de correspondência de domínio e chama a API REST do Salesforce para fazer o upsert do registro apropriado. Isso mantém a lógica fora do Salesforce, facilitando a manutenção e os testes de forma independente. Para organizações que utilizam a MuleSoft Anypoint Platform do Salesforce, a documentação da API da Purple fornece um modelo de conector pré-construído. Para aquelas que não utilizam o MuleSoft, uma definição de Serviço Externo do Salesforce apontando para a API da Purple, combinada com um Flow, alcança o mesmo resultado sem código personalizado. Mais uma consideração técnica: a randomização de endereços MAC. Dispositivos modernos iOS e Android randomizam seu endereço MAC a cada conexão de rede, o que significa que você não pode usar o endereço MAC como um identificador persistente de dispositivo para rastrear visitantes recorrentes. O endereço de e-mail, capturado na autenticação, é o seu identificador persistente confiável. Esta é mais uma razão pela qual a autenticação de Captive Portal baseada em e-mail é arquitetonicamente superior à autenticação por clique ou apenas por dispositivo para fins de integração com CRM. --- [RECOMENDAÇÕES DE IMPLEMENTAÇÃO E ARMADILHAS — 2 minutos] Permita-me apresentar os quatro pontos que diferenciam uma implantação limpa de uma problemática. Primeiro: defina sua lista de bloqueio de domínios antes de entrar em produção. Domínios de e-mail de consumidores — Gmail, Yahoo, Hotmail, iCloud, Outlook — devem ser excluídos da correspondência de Contas e da criação de Leads. Se você não fizer isso, inundará sua organização do Salesforce com contatos de consumidores que não têm valor comercial e degradará a qualidade dos dados para sua equipe de vendas. Crie uma lista de bloqueio atualizada e aplique-a na lógica do seu middleware. Segundo: alinhe seu limite de conversão de Lead para Contato com seu líder de RevOps antes da implantação. Um erro comum é criar Leads a partir de eventos de WiFi e nunca convertê-los, fazendo com que fiquem indefinidamente em uma fila de Leads. Defina uma regra: se um Lead de um domínio de empresa conhecido visitar mais de duas vezes em trinta dias, converta-o automaticamente em Contato e associe-o à Conta correspondente. Isso mantém seu pipeline limpo e seus AEs focados. Terceiro: não ignore a arquitetura de consentimento. Sob a GDPR, você precisa de uma base legal para o processamento e, para comunicações de marketing, essa base é o consentimento. Seu Captive Portal deve apresentar um opt-in claro para marketing, separado dos termos de serviço para acesso ao WiFi. A plataforma da Purple suporta categorias de consentimento granulares — acesso ao WiFi, e-mail de marketing, compartilhamento com terceiros — e as envia como flags booleanas no payload da API. Mapeie-as diretamente para os campos de Contato do Salesforce e respeite-as em suas regras de automação de marketing. Quarto: instrumente sua integração com registro de erros (error logging) desde o primeiro dia. Eventos de autenticação que falharem em corresponder ou criar um registro no Salesforce devem ser registrados em um objeto personalizado do Salesforce ou em uma ferramenta de monitoramento externa. Sem isso, você terá falhas silenciosas — visitantes se conectando, mas nenhum registro sendo criado — e você não saberá até que alguém perceba que os dados parecem incompletos. --- [PERGUNTAS E RESPOSTAS RÁPIDAS — 1 minuto] Certo, vamos fazer um Q&A rápido sobre as perguntas que ouço com mais frequência. "Devo sincronizar para Leads ou Contatos?" — Comece com Contatos para contas conhecidas, Leads para desconhecidas. Nunca envie tudo para Leads. "E quanto ao GDPR?" — Consentimento no Captive Portal, flag de consentimento no Salesforce, respeite isso em todos os sistemas downstream. Inegociável. "Como lidar com locais de conferência onde milhares de pessoas se conectam em um único dia?" — Limite a taxa (rate-limit) do processamento do seu webhook, faça upserts em lote no Salesforce e use a Salesforce Bulk API para eventos de alto volume. Não use a API REST padrão para implantações em escala de estádio. "Posso usar isso para ABM?" — Com certeza. Marque suas contas-alvo no Salesforce, configure um Flow para alertar seus AEs sobre qualquer visita via WiFi a partir dessas contas, e você terá um sinal de intenção física que nenhuma ferramenta de ABM digital consegue replicar. "Qual é o ROI?" — Organizações que usam a integração do Salesforce da Purple relatam um aumento de 20 a 35 por cento no alcance iniciado por AEs em contas existentes, impulsionado inteiramente por alertas de visitas de WiFi. O pipeline influenciado por contatos originados por WiFi normalmente mostra uma taxa de fechamento 15 a 25 por cento maior em comparação com o alcance frio, porque o visitante demonstrou engajamento físico. --- [RESUMO E PRÓXIMOS PASSOS — 1 minuto] Para resumir: a integração de WiFi com o Salesforce é uma capacidade madura e implantável que transforma a infraestrutura de rede passiva em um sinal ativo de inteligência de conta. A arquitetura é simples — Captive Portal, middleware de resolução de identidade, upsert no Salesforce — mas o valor está nas decisões do modelo de dados, na configuração de alertas e na governança de qualidade de dados que você estabelece em torno disso. Seus próximos passos imediatos: audite seus registros atuais de Contas do Salesforce para verificar a integridade do campo de domínio — essa é a sua base de correspondência. Envolva seu líder de RevOps para definir as regras de roteamento de Lead versus Contato. E revise a documentação de integração do Salesforce da Purple para entender a estrutura do payload da API e os eventos de webhook disponíveis. Se você opera WiFi para convidados em um local onde seus clientes ou prospects visitam, essa integração deve estar ativa dentro de um trimestre. Os dados estão lá. Você só precisa conectá-los. Obrigado por ouvir. Se você quiser se aprofundar em qualquer um dos tópicos abordados hoje, o guia de referência técnica completo está disponível em purple.ai. Nos vemos no próximo briefing. --- [FIM DO SCRIPT]