Atendimento de e-commerce no WhatsApp com IA

Se a sua loja vende no Brasil, o atendimento já acontece no WhatsApp — com ou sem estrutura. A pergunta prática não é se vale automatizar, é quais perguntas o agente resolve inteiro, quais ele prepara para um humano e onde a regra da plataforma limita o que dá para fazer.

Vamos pelas três, na ordem em que aparecem na operação.

O volume está concentrado em poucas perguntas

Qualquer loja com histórico de atendimento descobre a mesma coisa quando tabula: uma minoria de assuntos responde pela maioria das conversas. Em e-commerce, quase sempre são estes:

1. Onde está meu pedido / já saiu para entrega?
2. Qual o prazo para o meu CEP?
3. Esse produto serve para o meu caso / que tamanho eu peço?
4. Como faço a troca ou devolução?
5. Meu pagamento não passou / preciso de segunda via.

Todas têm uma coisa em comum: a resposta certa existe em algum sistema. Não é opinião, não é negociação, não é julgamento. É consulta. É exatamente o perfil de tarefa em que um agente com ferramenta ganha do humano em tempo de resposta e empata em qualidade — desde que a ferramenta exista.

Esse “desde que” é o projeto inteiro. Um agente que lê pedido mas não lê rastreio responde metade da pergunta número um, que é a mais frequente da loja. Meia integração produz meia resposta, e meia resposta gera um segundo contato.

A regra da plataforma: janela de 24 horas e templates

Antes de desenhar o fluxo, é preciso conhecer o limite que a Meta impõe.

A documentação da Cloud API do WhatsApp define uma janela de atendimento de 24 horas, contada da última mensagem enviada pelo cliente. Dentro dela a loja responde com texto livre. Fora dela, a loja só inicia conversa com template aprovado, classificado em categoria — utilidade, marketing ou autenticação.

O que isso muda no dia a dia:

• Resposta reativa é livre. Se o cliente escreveu, o agente conversa à vontade pelas 24 horas seguintes. É o caso da maior parte do atendimento.
• Aviso proativo precisa de template. Confirmação de pedido, aviso de envio, alerta de atraso, notificação de devolução aprovada: tudo isso é loja iniciando conversa, e exige template de utilidade previamente aprovado.
• Template de marketing tem outro peso. Promoção e recuperação de carrinho abandonado entram como marketing, com regra e custo diferentes, e com um limite invisível: volume alto para quem não pediu derruba a qualidade do número e penaliza o canal inteiro.

A consequência de desenho é direta: todo template proativo deveria terminar em pergunta. Se o cliente responde, a janela abre e o agente resolve tudo em conversa livre. Se não responde, você gastou um template e não abriu nada.

O que o agente faz em cada caso

Status e rastreio. O fluxo correto é identificar o cliente, listar pedidos em aberto, ler a última posição do objeto e traduzir o código da transportadora para linguagem de gente. “Objeto encaminhado para unidade de distribuição” não significa nada para o comprador; “saiu de São Paulo e chegou ao centro de distribuição de Contagem, entrega prevista para quinta” significa. Essa tradução é metade do valor percebido, e vale ir mais fundo em pós-venda e rastreio automatizados.

Prazo e frete. Cálculo com o CEP informado, na hora, com a mesma regra que o site usa. Se o agente responde um prazo e o checkout mostra outro, o atendimento gerou um problema em vez de resolver.

Dúvida de produto. Aqui o agente depende inteiramente do que a loja cadastrou. Medidas, compatibilidade, composição, voltagem. É o ponto em que a maioria dos projetos trava, e o culpado nunca é o modelo: é o catálogo ilegível para o agente, sem atributo estruturado.

Troca e devolução. O agente explica a política, verifica se o pedido está dentro do prazo, abre a solicitação e emite a etiqueta quando a regra permite. Vale lembrar que o artigo 49 do Código de Defesa do Consumidor garante sete dias de arrependimento para compra fora do estabelecimento — isso não é política da loja, é lei, e o agente precisa aplicar corretamente em vez de repetir a política interna quando ela for mais restritiva.

Pagamento. Segunda via, link de pagamento, confirmação de compensação. Ações que mexem em dinheiro para fora — estorno, cancelamento com reembolso — vão para confirmação humana, sempre.

Quando escalar — e como

A escalada não é fracasso do agente. É função dele. O agente que insiste em resolver o que não sabe resolver é pior que o que passa rápido.

Os gatilhos que valem a pena implementar de saída:

• Pedido explícito. “Quero falar com um atendente” encerra a discussão. Não existe fluxo que justifique segurar o cliente depois disso.
• Dinheiro fora da regra. Estorno, desconto acima do teto, cancelamento de pedido já faturado.
• Reclamação formal. Menção a Procon, reclamação pública ou ameaça de ação. Esse contato precisa de uma pessoa, e rápido.
• Falha em sequência. Quando duas ou três chamadas de ferramenta falharam, a quarta tentativa com outra redação não vai funcionar. O que resolve é entregar o caso pronto para um humano.
• Sinal emocional forte. Cliente já irritado não quer eficiência, quer ser ouvido.

O que passa junto na escalada importa tanto quanto o gatilho: histórico da conversa, pedido identificado, o que já foi tentado e o que falhou. Quando isso não acontece, o cliente repete tudo do zero e o atendimento fica pior do que se nunca tivesse existido agente. O desenho desse handoff entre agente e humano é o ponto que mais separa uma implementação boa de uma ruim.

E tem o caso inverso, menos comentado: quando ninguém está disponível. Fora do horário comercial, o agente precisa dizer isso claramente, registrar o chamado e dar um prazo real de retorno. Prometer “um atendente vai falar com você agora” às duas da manhã é criar uma frustração garantida para as nove da manhã.

Os erros que aparecem em produção

Mostrar dado antes de confirmar identidade. Número de telefone não é autenticação. Presente enviado para outra pessoa, celular reaproveitado, cadastro desatualizado — todos quebram a associação. Confirme com um segundo fator antes de exibir endereço ou valor.

Responder por cima do humano. Se um atendente assumiu a conversa, o agente precisa calar. Duas vozes no mesmo fio é o defeito mais constrangedor desse tipo de operação, e acontece sempre que o estado do atendimento não é a fonte de verdade única.

Loop de mensagens. Automação disparando em cima de automação vira dezenas de mensagens em minutos. Limite por contato e por janela de tempo, com parada automática, resolve — e precisa existir antes de ligar, não depois do incidente.

Ignorar o que o cliente já disse. Se ele mandou o número do pedido na primeira mensagem, perguntar o número do pedido na terceira é a forma mais rápida de perder a conversa.

Automatizar o que não deveria. Recall, incidente de segurança, erro grave da loja, cliente em situação delicada. Volume baixo, impacto alto, e nenhum ganho em automatizar.

Como saber se está funcionando

Três números, medidos por assunto e não na média: taxa de resolução sem humano, tempo até a primeira resposta (incluindo madrugada e fim de semana, que é onde o ganho aparece) e taxa de reabertura — quantos atendimentos “resolvidos” voltaram em 48 horas. O terceiro é o mais honesto dos três, porque pega exatamente o caso em que o agente encerrou a conversa sem resolver o problema.

Resolução alta com reabertura alta não é automação bem-feita. É fila empurrada para a frente.