Como transferir conversa entre setores no WhatsApp

Equipe de atendimento em um escritório, cada pessoa acompanhando conversas de clientes no celular durante um turno

Transferir conversa entre setores no WhatsApp significa, na prática, decidir quem assume o chat do cliente sem que o cliente precise recomeçar do zero. O caminho depende de como a empresa usa o WhatsApp: no app WhatsApp Business com múltiplos atendentes, a transferência é interna, entre dispositivos vinculados ao mesmo número; na WhatsApp Business Platform (API oficial), cada setor costuma ter seu próprio número, e a transição acontece com uma mensagem de apresentação e o redirecionamento do cliente. Este guia mostra os dois modelos, os limites de cada um e um procedimento testável para a sua equipe.

Por que setores atrapalham o atendimento

Quando um único número recebe vendas, suporte e financeiro ao mesmo tempo, três problemas aparecem rápido: a mesma pergunta é respondida duas vezes por atendentes diferentes; o cliente repete o pedido para cada pessoa que entra na conversa; e ninguém sabe quem é o responsável atual pelo chat. Em operações brasileiras com volumes altos de mensagens, esse desenho gera demora perceptível e erros de informação — o cliente recebe um preço de um atendente e outro preço do colega que assumiu depois.

O ponto central não é a ferramenta, é a definição de posse da conversa: cada chat precisa ter um dono claro em qualquer momento, e a passagem de setor precisa ser visível para a equipe, ainda que invisível para o cliente.

Transferência dentro do mesmo número

Com o recurso de múltiplos atendentes do app WhatsApp Business, dá para conectar vários dispositivos à mesma conta comercial e atribuir cada conversa a um atendente específico. É a forma mais direta de simular setores em um número único: o atendente de vendas fica com os chats atribuídos a ele e passa a conversa para o colega de suporte com uma reatribuição, sem que o cliente perceba a troca.

Segundo a página oficial de ajuda Sobre múltiplos atendentes, o cliente não vê o nome do atendente, o dispositivo usado nem a qual atendente a conversa foi atribuída — a atribuição é um controle interno da equipe. A mesma página documenta o limite: sem o recurso, a conta conecta até quatro dispositivos; com múltiplos atendentes, até dez dispositivos, e o número máximo depende dos benefícios da assinatura. Ainda segundo a documentação de dispositivos conectados, se o celular principal não for usado por mais de 14 dias, os aparelhos conectados são desconectados — ponto de atenção para o dono do número em férias ou licença.

Esse modelo funciona bem até a equipe ter setores com regras, horários ou metas diferentes. A partir daí, o número único vira gargalo: todas as mensagens chegam na mesma caixa e a separação por setor depende de disciplina manual.

Um número por setor na API

O segundo modelo separa setores por número: vendas em um número, suporte em outro, financeiro em um terceiro. Cada equipe trabalha na sua caixa de entrada, e a transferência entre setores passa a ser uma transição explícita para o cliente, anunciada com uma mensagem curta.

Do lado da WhatsApp Business Platform, a documentação oficial explica que, quando um usuário envia uma mensagem para a empresa, inicia-se um cronômetro de 24 horas chamado janela de atendimento; enquanto a janela está aberta, a empresa pode enviar mensagens de serviço em texto livre, e, quando a janela fecha, só é possível enviar templates aprovados previamente. Isso importa na transferência: se o cliente escreveu para o número de vendas e a equipe pede que ele mande mensagem para o número do suporte, a janela do novo número só abre quando o cliente escrever lá. A transferência precisa deixar isso claro para não gerar silêncio.

A mesma documentação da plataforma descreve que os webhooks comunicam o conteúdo de qualquer mensagem recebida e as atualizações de status das mensagens enviadas — é o mecanismo que permite registrar a transferência no CRM e manter o histórico do cliente mesmo quando ele muda de número. Uma operação madura registra o motivo, o setor de destino e o responsável pela passagem.

Procedimento de 6 passos

O procedimento abaixo serve para os dois modelos; ajuste apenas o passo 4 conforme usa app ou API:

  1. Defina a regra de transferência por escrito: em quais situações cada setor recebe o chat (exemplo: após pagamento confirmado, o chat sai de vendas e entra no pós-venda).
  2. Padronize a mensagem de apresentação: o atendente que assume se apresenta e confirma o contexto em uma frase, sem pedir que o cliente repita tudo.
  3. Atribua a conversa ao novo dono no app (função atribuir conversa) ou registre o novo responsável no CRM em operações de API.
  4. No modelo de múltiplos números, informe o novo contato: envie o número do setor correto dentro da janela aberta e explique que o atendimento continua lá.
  5. Registre a passagem: motivo, setor de origem, setor de destino e hora. Sem esse registro, a transferência vira bola perdida.
  6. Audite semanalmente: compare chats transferidos com resposta recebida no novo setor e identifique onde os clientes somem no caminho.

Comparativo dos dois modelos

Critério App com múltiplos atendentes Números separados na API
Como o cliente percebe Não percebe a troca de atendente Recebe aviso e muda de número
Limite prático Até dez dispositivos conectados, conforme assinatura Múltiplos números, um por setor
Cauda de mensagens fora de horário Mesma caixa; depende de combinado interno Cada setor define horário e templates próprios
Rastreio de quem respondeu Visível só para a empresa Histórico por número, registrável via webhook
Custo de coordenação Baixo no começo, alto com crescimento Maior na implantação, previsível na operação

Uma métrica simples resume a saúde da transferência: o percentual de chats transferidos que recebem a primeira resposta do setor de destino em menos de cinco minutos. Se essa taxa cai, o problema raramente é a ferramenta — quase sempre é regra mal definida ou ausência de registro da passagem, temas que também pesam quando a empresa integra o WhatsApp ao CRM e muda a rotina de atendimento.

Erros que queimam a transferência

Três erros concentram a maior parte dos problemas observados em operações de mensagens:

  • Transferir sem contexto: pedir que o cliente repita tudo para o novo atendente derruba a paciência e aumenta o abandono no meio da conversa.
  • Anunciar o novo número fora da janela: na API, mensagem em texto livre só é possível com a janela aberta; fora dela, o redirecionamento precisa de template aprovado.
  • Não ter dono definido: chat atribuído a todos é o mesmo que chat atribuído a ninguém; a conversa estagna e o cliente abre contato com o concorrente.

Operações que já medem custo por conversa sentem o impacto direto, porque cada transferência malfeita dobra o trabalho — um raciocínio próximo ao que aparece no cálculo de custo por atendimento na API oficial em reais.

Fontes