Automação no WhatsApp: quem assume quando o robô não resolve?

Uma conversa rápida pode esconder trabalho lento

O cliente pergunta se consegue alterar uma entrega. Responder imediatamente não resolve o pedido se alguém ainda precisa localizar a compra, entender a condição do envio e decidir quem pode autorizar a mudança. Automatizar apenas a primeira mensagem pode deixar esse trabalho exatamente onde estava.

Nossa proposta é começar pelo limite da tarefa: o que pode ser informado, o que pode ser alterado e quem assume quando a situação foge da regra. Para escolher entre várias rotinas candidatas, use primeiro o guia Qual processo vale automatizar primeiro?. Aqui vamos tratar das decisões específicas de uma operação de atendimento pelo WhatsApp.

Descreva uma jornada antes de escolher a ferramenta

Escreva uma frase com começo e fim observáveis. Por exemplo: “receber um pedido de alteração de entrega, localizar a solicitação e encaminhar a decisão para a equipe responsável”. Essa descrição é diferente de “ter um chatbot inteligente”, porque permite discutir o trabalho que precisa acontecer.

Em seguida, preencha um pequeno mapa. As respostas podem mostrar que falta organizar informação antes de integrar sistemas. Isso já é uma decisão útil: impede começar um projeto apoiado em regras que ninguém consegue explicar.

Não escolha uma ferramenta porque a demonstração responde a qualquer pergunta. Peça que ela percorra a tarefa delimitada e mostre o que acontece quando não consegue concluí-la.

Regras do canal fazem parte do desenho

A política oficial do WhatsApp Business exige permissão para contatos posteriores e respeito às solicitações de interrupção. Na WhatsApp Business Platform, a política distingue a janela de 24 horas após a última mensagem do usuário e o uso de modelos aprovados para iniciar contato. Fora dessa janela, as mensagens devem usar esses modelos. A automação é permitida dentro da janela, desde que haja caminhos de escalonamento imediatos, claros e diretos. A política cita como exemplos a transferência para um agente humano na conversa, telefone, e-mail, suporte no site, visita à loja ou formulário de suporte.

Traduza isso em decisões visíveis: qual comunicação a pessoa espera, como pode interrompê-la e como chega a atendimento quando necessário. Não trate um número na planilha como autorização para qualquer campanha. Antes da implementação, confira novamente a documentação oficial e as regras aplicáveis à atividade da empresa.

Essas condições precisam entrar no orçamento e no fluxo desde o começo. Um piloto que funciona apenas ignorando as regras do canal não é uma base adequada para a operação.

O pedido de alteração é um teste melhor que a saudação

Exemplo ilustrativo: uma loja permite consultar o status de uma entrega, mas mudanças após a expedição dependem de análise. O cliente pede um novo endereço. Um fluxo bem delimitado identifica que não pode confirmar a alteração e envia à equipe o contexto já coletado.

O teste deve incluir a indisponibilidade da fonte, um pedido não localizado e uma informação contraditória. Também deve incluir alguém escrevendo que quer conversar com uma pessoa. Observe o estado final e o que o cliente foi informado, não apenas se surgiu uma resposta na tela.

Peça à equipe que confira se recebeu contexto suficiente para continuar. Defina como o fluxo identifica uma solicitação já encaminhada; a pessoa não deve receber instruções conflitantes do robô e do atendente sobre o mesmo pedido. Transferir uma conversa sem indicar o motivo ou a tentativa anterior pode apenas deslocar o retrabalho. Defina também como comunicar o horário de atendimento e o que acontece com solicitações recebidas fora dele.

Quando a conversa passa para uma pessoa

A regra do canal pede que o caminho exista; a operação decide quando usá-lo. Nossa sugestão é escrever esses gatilhos antes do piloto e testar cada um:

• A pessoa pede para falar com alguém, com qualquer formulação.
• Falta um dado que o fluxo não consegue obter da fonte.
• O pedido é uma exceção: alteração após expedição, cobrança contestada, reclamação.
• O assunto envolve dado sensível ou decisão que exige autorização.
• O fluxo tentou duas vezes e não entendeu o que a pessoa quer.

Na transferência, a equipe precisa receber o motivo, o que já foi informado e o que o cliente ouviu do robô. Ao cliente, diga quem vai responder e quando, inclusive fora do horário de atendimento. Um botão “falar com atendente” que leva a uma fila sem resposta cumpre a forma, mas não resolve o atendimento.

Considere o custo da operação inteira

A página oficial de preços da Platform descreve cobrança por mensagem entregue, considerando categoria e mercado. Mensagens de serviço são gratuitas; também há condições específicas para mensagens de utilidade em resposta ao usuário. Isso não significa que uma solução completa de atendimento terá custo zero.

Separe na proposta implantação, fornecedor de atendimento, integrações, eventual uso de modelos de IA e manutenção. Peça que cada parte diga o que está incluído e qual uso altera o valor. Os preços devem ser consultados na data da contratação; este artigo não oferece uma tabela que possa ficar desatualizada.

Um piloto precisa de critério de saída

Antes de começar, escolha uma jornada e defina quais ocorrências serão revisadas. Nossa sugestão é anotar tarefa concluída, transferência adequada, informação insuficiente e falha de integração. Esses rótulos só são úteis se a equipe concordar sobre o que cada um significa.

Na revisão, examine algumas conversas autorizadas com os dados pessoais protegidos. Pergunte se a informação apresentada corresponde à fonte, se a ação respeitou o limite e se a equipe conseguiu continuar o atendimento. Velocidade de resposta, sozinha, não responde essas perguntas.

O piloto pode terminar com três decisões legítimas: ampliar uma rotina que funcionou, corrigir uma dependência ou interromper uma automação que não demonstrou utilidade. Definir essa possibilidade antes do projeto ajuda a evitar continuidade por inércia.

O que levar para uma conversa de implementação

Leve uma descrição da jornada, os sistemas envolvidos, as exceções conhecidas e quem responde pela operação. Se houver registros de atendimento, use exemplos autorizados e remova informações pessoais desnecessárias.

A Lork trabalha com IA e automação ligadas ao negócio. A primeira conversa deve esclarecer esse contexto e avaliar o próximo passo. Uma demonstração genérica ou uma promessa de atender tudo não substitui essa definição.