Tem mudança importante acontecendo no WhatsApp. E ela mexe em uma premissa que muita empresa ainda trata como verdade absoluta: a ideia de que o número de telefone é a identidade principal do cliente.
Durante muito tempo, a operação foi simples. Se o cliente falava com a empresa pelo WhatsApp, o sistema usava o telefone para identificar a pessoa, buscar o histórico no CRM, abrir atendimento, distribuir lead, atualizar cadastro e medir resultado. Funcionou bem por muito tempo. Mas essa lógica começa a ficar incompleta.
A Meta vem preparando o WhatsApp para um modelo menos dependente da agenda do celular e mais centrado na própria plataforma. No anúncio oficial sobre gerenciamento de contatos, o blog do WhatsApp explicou que o usuário passaria a gerenciar contatos no próprio WhatsApp, inclusive em dispositivos vinculados, como Web e Windows. No mesmo movimento, a empresa sinalizou o caminho para usernames, permitindo iniciar conversas sem necessariamente compartilhar o número de telefone.
Na prática, o WhatsApp está caminhando para uma identificação em camadas. O telefone continua existindo e ainda é importante. O username passa a ser um nome visível, opcional e mais amigável para a experiência do usuário. E o BSUID entra como o identificador técnico usado pela plataforma para reconhecer aquele usuário dentro do contexto de uma empresa ou de um portfólio de negócios.
O ponto central não é o fim do telefone
Vou reforçar isso porque é um erro comum na leitura dessa mudança: o telefone não desaparece. Ele continua sendo usado no registro da conta, em fluxos de autenticação, em integrações legadas e em situações nas quais ainda é necessário reconhecer ou validar o usuário por número.
O que muda é outra coisa. O telefone deixa de ser uma garantia operacional. A documentação da Meta sobre Business-scoped user IDs mostra que o BSUID permite identificar e enviar mensagens para um usuário do WhatsApp mesmo quando a empresa não conhece o número de telefone dele. Isso significa que sistemas de CRM, atendimento e automação precisam parar de tratar o telefone como chave primária universal.
Isso parece detalhe técnico. Não é. É uma mudança de arquitetura. Quando um sistema assume que todo evento de WhatsApp sempre virá com telefone, ele fica vulnerável. Se o payload chegar sem esse campo, o contato pode não ser encontrado, uma conversa pode ser aberta duplicada, uma automação pode falhar e um relatório pode contar a mesma pessoa mais de uma vez.
O problema não aparece com barulho. Ele aparece como inconsistência. Um cliente que já existia vira novo. Um histórico que deveria estar unido fica espalhado. Um vendedor perde contexto. Um dashboard bonito passa a contar uma história errada. E dado errado, quando ganha aparência de certeza, vira um perigo silencioso dentro da operação.
O que é Username no WhatsApp
O username é a parte mais fácil de entender para o usuário final. Ele funciona como um nome público que pode ser usado no lugar do telefone em algumas interações. A lógica é parecida com o que as pessoas já conhecem em outras plataformas: conversar sem expor imediatamente um número pessoal.
Para a experiência, isso é positivo. Reduz atrito, melhora privacidade e pode facilitar o primeiro contato. Para empresas, porém, existe uma regra importante: username não deve ser tratado como identidade única do cliente.
Ele pode mudar. Pode não existir. Pode ser usado de forma diferente em cada contexto. Por isso, o melhor papel do username é o de alias, ou seja, um nome de apoio para busca, visualização e experiência. Ele ajuda o usuário a reconhecer a conversa, mas não deve ser o pilar técnico da identificação.
O que é WhatsApp BSUID e por que ele importa
BSUID é a sigla para Business-Scoped User ID. Traduzindo de forma simples: é um identificador do usuário dentro do escopo de uma empresa. Ele não é global para todo o WhatsApp. Ele existe dentro de um contexto de negócio.
Esse detalhe é essencial. A própria lógica de “business-scoped” indica que o identificador precisa ser interpretado junto com o escopo da empresa ou do portfólio. A documentação da Microsoft sobre WhatsApp usernames e BSUIDs também chama atenção para mudanças em campos de mensagem e para situações em que o telefone pode não aparecer da mesma forma que aparecia antes.
Na prática, o BSUID tende a ser o melhor identificador operacional do canal WhatsApp Business. Não porque ele substitui todos os dados do cliente, mas porque ele permite que a empresa reconheça a pessoa dentro do WhatsApp mesmo quando o telefone não estiver disponível.
Isso muda principalmente a forma como os sistemas resolvem identidade. Antes, muita operação fazia o caminho mais curto: chegou mensagem, pega telefone, procura contato, atualiza CRM. Agora, o caminho precisa ser mais maduro: chegou mensagem, normaliza o payload, identifica BSUID, verifica telefone quando disponível, cruza com histórico e só então atualiza o registro interno do cliente.
CRM não pode mais ser construído em cima do telefone
Aqui está o ponto mais importante para negócios. CRM não deveria tratar o cliente como telefone. CRM deve tratar o cliente como uma entidade própria, com uma identificação interna, e relacionar a essa entidade os vários identificadores externos que aparecem ao longo da jornada.
Isso vale para telefone, e-mail, CPF, ID de plataforma, cookie, user ID, username, BSUID e qualquer outro identificador de canal. Cada um tem uma função. Cada um tem uma confiabilidade. Cada um pode mudar em algum momento.
Quando a empresa usa telefone como chave principal, ela cria uma fragilidade. Se o cliente troca de número, o histórico pode quebrar. Se o WhatsApp envia um evento sem telefone, o sistema pode não encontrar o cadastro. Se dois sistemas tratam o mesmo dado de formas diferentes, a base começa a duplicar.
O melhor desenho é ter um registro interno de contato, com uma chave própria, e manter uma camada de identidades externas. Nessa camada entram o telefone atual, telefones históricos, BSUID, Parent BSUID quando aplicável, username, provedor, escopo do portfólio e histórico de mudanças.
Pode parecer mais trabalhoso no início. Mas é o tipo de cuidado que evita retrabalho lá na frente. Principalmente em operações com alto volume de leads, atendimento, vendas, régua de relacionamento e múltiplos canais integrados.
O impacto nas integrações
A mudança também exige atenção de quem usa API, BSPs, middlewares ou plataformas de atendimento. Nem todo provedor vai expor os campos da mesma forma. A Meta pode usar uma nomenclatura. A Twilio pode usar outra. A Blip pode mandar parte da informação em metadados. A Microsoft pode apresentar campos específicos para BSUID em seu ecossistema.
A Twilio, por exemplo, documenta conceitos ligados ao WhatsApp Business Platform e expõe diferenças importantes na forma como IDs externos podem aparecer. A Infobip também traz uma visão operacional sobre usernames e user IDs. No Brasil, a Blip publicou orientação específica sobre como esses novos IDs aparecem dentro do canal WhatsApp.
O aprendizado aqui é simples: não dá para espalhar regra de identificação por todo o sistema. Se cada automação, cada relatório e cada integração tentar interpretar o payload por conta própria, a empresa cria um emaranhado difícil de manter.
O caminho mais seguro é criar uma camada de normalização. Essa camada recebe o evento de cada provedor e transforma tudo em um modelo comum. Depois disso, as regras de negócio trabalham com campos padronizados, como telefone, BSUID, Parent BSUID, username, provider e escopo do portfólio.
Isso reduz erro. Também facilita troca de fornecedor, evolução da API e manutenção futura. Em vez de corrigir dez sistemas diferentes, você corrige a camada que traduz a identidade do canal.
O impacto em atendimento, vendas e dados
No atendimento, o risco principal é perder contexto. Se o cliente já conversou com a empresa, comprou, abriu solicitação ou recebeu uma proposta, a próxima interação precisa reconhecer esse histórico. Quando o sistema não entende o novo modelo de identidade, ele pode abrir um novo cadastro e tratar um cliente conhecido como se fosse desconhecido.
Em vendas, o impacto também é direto. Distribuição de lead, carteira do vendedor, cadência de follow-up, régua de nutrição e registro de conversão podem depender de uma chave de identificação. Se essa chave for apenas o telefone, o processo fica vulnerável.
Em dados, o problema é ainda mais delicado. Muitas empresas deduplicam leads por telefone. Isso pode continuar funcionando em parte da base, mas deixa de ser suficiente para o WhatsApp. Se o mesmo cliente aparece em momentos diferentes com telefone, BSUID e username, o sistema precisa saber costurar essa jornada.
Sem isso, os indicadores começam a perder precisão. O volume de leads pode inflar. A conversão pode parecer menor. A atribuição de canal pode ficar confusa. E o time pode tomar decisão olhando para um mapa que já não representa o território.
Privacidade melhora, mas responsabilidade aumenta
Existe um lado positivo claro nessa mudança. O usuário ganha mais controle sobre quando compartilha seu número. A Meta também publicou um texto técnico sobre o IPLS, sistema de armazenamento privado de contatos do WhatsApp, mostrando a preocupação com criptografia, restauração segura e menor dependência da agenda do sistema operacional.
Mas isso não significa que o BSUID possa ser tratado sem cuidado. Ele é menos exposto que um telefone, mas continua sendo um identificador relevante dentro do contexto da empresa. Portanto, precisa entrar nas políticas de segurança, retenção, logs, analytics e exportações.
O princípio deveria ser o mesmo para qualquer dado de identificação: coletar o necessário, proteger o que é sensível, evitar exposição desnecessária e manter histórico suficiente para auditoria e continuidade da jornada.
Como se preparar sem transformar tudo em um projeto infinito
A melhor forma de lidar com essa transição é começar pelo essencial. Primeiro, revisar o modelo de dados. Se o telefone ainda é a chave principal do contato, esse é o primeiro ponto de atenção. O ideal é criar uma chave interna para o cliente e tratar telefone, username e BSUID como identificadores relacionados.
Depois, vale revisar os fluxos de entrada. Toda mensagem ou evento de WhatsApp precisa ser processado considerando que o telefone pode estar ausente. O sistema deve tentar resolver o contato por BSUID, considerar o escopo do portfólio, usar telefone quando disponível e manter username como apoio, não como chave definitiva.
Também é importante historizar mudanças. Se o usuário troca de número, muda de username ou tem alteração de BSUID, o valor antigo não deveria simplesmente desaparecer. Histórico ajuda a evitar perda de contexto e melhora a capacidade de auditoria.
Outro ponto prático é testar cenários antes que eles virem problema. Mensagem com telefone. Mensagem sem telefone. Evento com BSUID. Username ausente. Username alterado. Campos vazios. Contato novo. Contato já existente. Esse tipo de teste parece pequeno, mas costuma revelar as suposições escondidas no sistema.
E, por fim, é necessário revisar automações, relatórios e integrações que dependem de telefone. Não para eliminar o telefone, mas para parar de tratá-lo como verdade única.
O aprendizado para empresas
Essa mudança do WhatsApp é mais um sinal de uma transformação maior. As empresas precisam amadurecer a forma como tratam identidade de cliente. Não dá mais para depender de um único campo como se ele explicasse toda a jornada.
O cliente é uma pessoa. O telefone é um dado. O WhatsApp é um canal. O username é um alias. O BSUID é um identificador técnico. O CRM precisa organizar tudo isso sem perder o contexto de negócio.
No fim, a discussão não é só sobre WhatsApp. É sobre qualidade de dados, arquitetura de CRM e capacidade de manter relacionamento em escala.
Quem ajustar cedo vai ter menos atrito quando os novos formatos forem ficando mais presentes. Quem deixar para depois pode descobrir o problema da pior forma: lead duplicado, histórico quebrado, campanha falhando e relatório inconsistente.
Tecnologia boa não é aquela que só funciona quando todos os dados vêm perfeitos. É aquela que continua funcionando quando a realidade chega incompleta. E, no WhatsApp, assumir que o telefone sempre estará disponível começa a ser uma aposta arriscada demais.
