O WhatsApp está a tornar-se a interface da empresa — e isso muda o projeto
Quando uma conversa no WhatsApp começa a escolher um serviço, consultar disponibilidade, recolher dados e encaminhar um pagamento, deixa de ser apenas atendimento. Passa a ser a porta de entrada de uma operação que precisa de CRM, agenda, stock, faturação, regras de autorização, registo e intervenção humana.
Por Reynier RiveroEngenheiro de software
Em 27 de maio de 2026, os CTT anunciaram uma alteração pequena na descrição e grande na operação. A Helena, a sua assistente virtual, passou a permitir o envio Expresso através de uma interação conversacional no WhatsApp e no site: escolher o serviço, indicar a origem e o destino, preencher os detalhes da encomenda e fazer o pagamento, segundo a comunicação oficial dos CTT.
Isto já não é apenas responder à pergunta “onde está a minha encomenda?”. É conduzir uma tarefa até ao fim sem obrigar o cliente a descobrir outro portal, preencher vários formulários ou repetir os mesmos dados.
Os números publicados pelos CTT também merecem atenção, com uma legenda visível. Segundo os CTT, a Helena responde a cerca de 40% dos contactos, tem uma taxa de resolução superior a 60% e chegou a resolver 8.600 pedidos num único dia de pico. São métricas declaradas pelos CTT sobre o serviço da Helena, não uma auditoria independente nem uma medição específica do WhatsApp.
O que a Helena mostra — e o que não sabemos
O que está documentado
Sabemos que, neste caso, a conversa consegue acompanhar o cliente desde a escolha do serviço até ao pagamento. O WhatsApp deixou de ser apenas o sítio onde se esclarece uma dúvida: tornou-se a entrada visível para uma operação comercial.
Também sabemos que os CTT pretendem continuar a expandir as capacidades da Helena. A nota oficial, porém, descreve a experiência do cliente, não a arquitetura interna que a torna possível.
O que seria apenas inferência
Não sabemos, a partir da comunicação dos CTT, quais são as APIs utilizadas, onde vive a lógica de preços, como são validados os dados da encomenda ou que sistemas confirmam o pagamento.
Seria fácil imaginar um CRM, um motor de tarifas, um sistema logístico e uma camada de orquestração a trabalhar em sequência. Mas isso é uma hipótese de arquitetura, não um facto divulgado pelos CTT.
A distinção importa porque uma boa experiência conversacional pode esconder uma operação muito diferente. O cliente vê mensagens; a empresa precisa de controlar estados, permissões, exceções e responsabilidades.
A direção está definida, mas a disponibilidade não
Em 3 de junho de 2026, a Meta anunciou globalmente o Business Agent. Segundo a Meta, o produto pode responder a perguntas sobre o negócio, recomendar produtos, fazer marcações, qualificar contactos, permitir a entrada de um membro da equipa e fechar vendas. A Meta também apresentou uma plataforma para ligar agentes a sistemas empresariais, como parte da sua própria oferta.
O anúncio global da Meta não garante que todas estas capacidades estejam disponíveis para qualquer empresa em Portugal. A própria comunicação da Meta refere um arranque com um número selecionado de empresas e uma lista de espera. É uma indicação clara da direção do mercado, não uma confirmação de disponibilidade local.
Para uma empresa portuguesa, isso significa que a decisão não deve começar por perguntar qual é o próximo produto da Meta. Deve começar por identificar que operação já precisa de ser ligada ao canal que os clientes usam.
A conversa só é interface quando o resto da operação está ligado
Exemplo hipotético composto: um cliente escreve: “Preciso de uma recolha amanhã, nesta morada, e quero fatura com NIF.”
Uma resposta convincente não chega. O sistema tem de perceber a intenção, confirmar os dados em fontes fiáveis e saber exactamente onde termina a autonomia do agente.
1. Conversa
A conversa recolhe o pedido e pergunta apenas o que falta: morada, data, tipo de serviço, dados de faturação ou preferência de horário.
O agente não deve transformar cada mensagem num formulário interminável. Deve reduzir a fricção sem inventar campos, preços ou disponibilidade.
2. CRM, agenda, stock, faturação e pagamento
Depois da conversa vêm os sistemas de registo:
- o CRM confirma se o contacto já existe;
- a agenda verifica horários realmente disponíveis;
- o stock consulta quantidades actualizadas;
- a faturação valida os dados necessários;
- o pagamento cria uma ligação ou confirma um estado devolvido pelo fornecedor.
Estes sistemas não devem receber informação indiscriminada. Cada integração precisa de um âmbito claro, separação entre clientes e filiais e regras para impedir que um dado antigo seja tratado como a verdade actual.
3. Ação delimitada
O agente pode criar uma proposta, reservar temporariamente um horário, preparar uma encomenda ou iniciar um pedido de pagamento.
Não deve conceder descontos fora das regras, alterar o catálogo ou confirmar um pagamento apenas porque a mensagem “parece” positiva. Cada ação precisa de validação própria e de uma resposta inequívoca do sistema que a executa.
Um prompt pode orientar linguagem. Não substitui permissões de API.
4. Transferência para uma pessoa
Quando há uma reclamação, uma exceção, uma morada ambígua, um conflito de agenda ou uma divergência de faturação, o agente deve transferir o atendimento com contexto suficiente para a equipa continuar a conversa.
A política do WhatsApp Business prevê que, durante a janela de atendimento ao cliente de 24 horas, as respostas automatizadas disponibilizem opções de suporte claras, incluindo a transferência para um agente humano, telefone, email ou suporte no site.
O cliente não deve ter de recomeçar tudo porque a automação encontrou o primeiro caso fora do guião.
5. Registo
No fim, a empresa precisa de saber o que aconteceu: que pedido foi feito, que dados foram usados, que ação foi executada, quando ocorreu, qual foi o resultado e quem assumiu o caso se houve transferência.
O registo deve guardar o necessário para operar e auditar o fluxo, com logs sanitizados, retenção definida e contexto suficiente para resolver o próximo contacto sem copiar uma conversa inteira para todos os sistemas.
O canal também tem regras próprias
A política do WhatsApp Business exige consentimento para contactar pessoas, respeito pelos pedidos de bloqueio ou interrupção e utilização de modelos de mensagem aprovados quando a empresa inicia uma conversa fora da janela aplicável.
Para uma empresa, consentimento e recusa não são apenas texto de uma campanha. São estados que devem estar ligados ao CRM, ao sistema de mensagens e às regras que impedem um novo envio depois de o cliente pedir para sair.
A política do WhatsApp Business também estabelece limites sobre os dados que devem ser pedidos ou partilhados, incluindo números completos de cartões de pagamento, números de contas financeiras e números de documentos de identificação. O canal pode conduzir a uma transação sem se transformar num depósito indiscriminado de informação sensível.
O trabalho começa antes de escolher o agente
O primeiro passo é mapear o que a equipa copia hoje do WhatsApp para o CRM, a agenda, o stock, a faturação, o ERP ou uma folha de cálculo.
Depois, vale a pena marcar cada etapa como leitura, escrita, aprovação humana ou simples notificação. Esse mapa pode resultar num agente de IA com ações controladas, numa automatização e integração entre os sistemas existentes ou em software à medida, dependendo da complexidade e do grau de controlo necessário.
Também convém testar os casos pouco fotogénicos: stock desactualizado, duas marcações para o mesmo horário, pagamento interrompido, webhook duplicado, cliente que corrige a morada e pedido que precisa de uma pessoa.
O agente não falha apenas quando responde mal. Pode falhar quando responde com confiança e altera o sistema errado.
Se ainda não sabe exactamente que dados o seu agente pode consultar, que ações pode executar sozinho e onde fica o resultado de cada conversa, essa é a pergunta que deve vir antes de adicionar outra integração. A Prontavel pode ajudar a transformar esse mapa numa camada de automação, com limites técnicos, rastreabilidade e transferência para a equipa quando a operação deixa de ser previsível.
Uma mensagem pode abrir a operação. Não deve ser a única prova de que ela aconteceu.
O serviço de que fala este artigo: Deixe de mover dados à mão