"Marquem-me uma assistência": dentro do contrato ou a pagar?

A mensagem chega às 7h40, antes de alguém abrir o escritório: "A máquina da linha 2 parou outra vez. Marquem-me uma assistência para hoje, se faz favor."

Quem lê isto na tua empresa sabe que a resposta certa não é "claro, que hora dá jeito?". A resposta certa depende de três coisas que estão no teu ERP e não na conversa: se aquele equipamento tem contrato de manutenção ativo, se ainda está na garantia, e se o cliente já gastou as visitas incluídas este ano. Dependendo disso, a mesma visita custa zero ao cliente, custa-te a ti uma deslocação que não vais faturar, ou é um serviço pago que devia ter um orçamento aceite antes de o técnico sair da carrinha.

É aqui que o bot de €25/mês e o agente ligado ao ERP deixam de ser a mesma coisa com preços diferentes.

O que o bot barato faz bem — e onde para

Sejamos justos. Um assistente de WhatsApp de €25/mês, treinado com o teu site e as tuas FAQ, responde a "qual é o vosso horário?" e "fazem assistência a máquinas da marca X?" sem falhar. Alguns vendem-se precisamente por isso: "nunca inventa". E é verdade que não inventa — porque não sabe nada sobre aquele cliente em concreto. Também a Meta já põe um Business Agent no WhatsApp a partir de $14,99/mês no plano Essential do Meta One, capaz de "marcar" e de ligar a sistemas como Shopify ou Zendesk. Nada disto lê um contrato de manutenção num PHC ou num Primavera.

Num pedido de assistência, o bot só tem duas saídas honestas:

1. Marca às cegas. Abre um slot na agenda e o cliente fica convencido de que a visita está coberta. O técnico vai, faz o trabalho, e a discussão sobre quem paga acontece depois — normalmente quando a fatura chega.
2. Passa a humano. "Vou encaminhar o seu pedido." Correto, mas o cliente com a linha parada às 7h40 acabou de descobrir que o bot é um formulário com boas maneiras.

A segunda é o comportamento mais comum, e os números dizem o que o cliente acha disso. A Gartner mediu este ano que só 27% das pessoas voltam a tentar o bot depois de uma má experiência, e que apenas 14% dos problemas se resolvem totalmente em self-service. "Responde em 2 segundos" não vale nada se a resolução continua a depender de alguém às 9h30 abrir três ecrãs.

O que o agente lê antes de responder

Um agente ligado ao ERP não começa pela agenda. Começa pela pergunta que a tua técnica de pós-venda faria. Concretamente, numa integração bem feita, as consultas são estas — todas em leitura, com um utilizador técnico que só vê o que precisa:

• Quem é o cliente? Identifica-o pelo número de WhatsApp registado na ficha de contacto, não pelo que ele escreve.
• Que equipamento? "A máquina da linha 2" não é um número de série. O agente cruza os equipamentos instalados naquele cliente e, se houver mais do que um candidato, pergunta — com opções concretas, não com "pode especificar?".
• Que cobertura? Contrato de manutenção ativo (datas de início e fim, tipo: preventiva, corretiva, peças incluídas ou não), garantia do equipamento, e o contador de intervenções já consumidas no período.
• Que histórico? A última intervenção e o que ficou registado. Um "parou outra vez" a 12 dias de uma reparação pode ser garantia da própria reparação — e isso muda tudo.
• Que tabela? Se não estiver coberto, o preço de deslocação e de hora técnica que está no teu ERP, para aquele cliente, com o desconto que ele tem negociado.

Um exemplo com números

Pega no caso da mensagem das 7h40. Uma empresa de manutenção industrial em Leiria tem o cliente com um contrato de corretiva que inclui 4 intervenções por ano, deslocação incluída, peças à parte. Valores ilustrativos:

• Contrato ativo até 31/03/2027. Intervenções consumidas em 2026: 4 de 4.
• Última intervenção na linha 2: há 41 dias, substituição de um sensor. Fora do prazo de garantia da reparação que a empresa dá (30 dias).
• Tabela do cliente: deslocação €45, hora técnica €38, com 10% de desconto contratual.

O bot de €25 responde "Marcado para as 14h!". Três semanas depois, o cliente recebe uma fatura de €113 e liga furioso: "mas eu tenho contrato!".

O agente responde outra coisa: "Bom dia. O contrato da linha 2 está ativo, mas as 4 intervenções incluídas em 2026 já foram usadas (a última a 25 de agosto). Esta visita seria faturada: deslocação €40,50 + €34,20/hora, com o vosso desconto. O técnico tem disponibilidade hoje às 14h. Confirmas a visita nestas condições?"

Se o cliente responde "sim", o agente cria a ordem de serviço com a aceitação anexada — quem aceitou, a que hora, que condições. Se responde "então esperem, vou falar com o meu chefe", ninguém se deslocou para nada. Em qualquer dos casos, a discussão sobre o preço aconteceu antes do trabalho, que é o único momento em que é barata.

O contrário também conta: se a linha 2 tivesse parado 12 dias depois da reparação, o agente diria "isto está na garantia da última intervenção, sem custos" e marcava com prioridade. É o tipo de resposta que segura um cliente.

"Isso faz a minha técnica em cinco minutos"

Faz. É a objeção mais séria e merece resposta séria.

A tua técnica faz isto em cinco minutos quando está ao computador, com o ERP aberto, sem mais doze pedidos na fila. Às 7h40, num feriado como o de hoje, ou na semana de dezembro em que metade da equipa está de férias, esses cinco minutos viram três horas de máquina parada do lado do cliente. E há um custo menos visível: as visitas que saem sem ninguém verificar o contrato, porque havia pressa. Cada deslocação feita "de boa-fé" a um cliente sem cobertura é margem oferecida.

O agente não substitui a técnica. Faz a triagem que ela faria, com os mesmos dados, a qualquer hora, e deixa-lhe os casos que precisam mesmo de juízo humano: o cliente que contesta o contador, a avaria que parece grave demais para uma visita normal, o contrato que vai ser renegociado. Esses chegam-lhe com o caso aberto — equipamento identificado, cobertura lida, histórico à frente — e não como "o senhor da linha 2 ligou".

E se o ERP estiver errado?

Então o agente dá a resposta errada — exatamente a mesma que a tua técnica daria a olhar para o mesmo ecrã. Um agente grounded não é mais esperto do que os teus dados; é fiel a eles. Essa é a diferença em relação a um modelo que "responde bonito": quando erra, o erro é rastreável até ao registo que o originou, e corrige-se na origem.

Por isso desenhamos estes sistemas com três regras fixas:

• Leitura por defeito. Contratos, garantias, equipamentos e tabelas são consultados com um utilizador só de leitura. O agente não altera um contrato nem ajusta um contador.
• Uma ação de escrita, estreita e auditada. A única coisa que escreve é a ordem de serviço, num estado definido (por exemplo "a confirmar" ou "aceite pelo cliente"), através de um endpoint que só faz isso. Nada de chave de administrador do ERP entregue a um modelo de linguagem.
• Tudo registado. Cada consulta, cada resposta e cada aceitação ficam no log: que dados foram lidos, o que foi dito ao cliente, quando. Se houver disputa, abres o registo e não a memória de ninguém.

Não é só manutenção industrial

O padrão repete-se onde houver contrato e serviço:

• Calibração e metrologia. "Precisam de vir calibrar o manómetro." Está no plano anual de calibrações do contrato ou é extra? Qual foi o último certificado e quando expira? Num ERP de calibração tipo QMS, isto está tudo ligado ao número de série do instrumento.
• Saúde e lares. O equipamento de cuidados — camas articuladas, elevadores de transferência, frigoríficos de medicação — tem contratos de manutenção com prazos regulamentares. Uma visita fora do plano não é só custo; pode ser obrigação.
• Retalho e POS. "O terminal da loja 3 não liga." Está no contrato de assistência do hardware, ou é software? A resposta muda o técnico e o preço.

Em todos, a pergunta "está coberto?" é a mesma, e a resposta vive no mesmo sítio: no teu ERP, não num documento de FAQ.

Porque é que isto não se compra a €25

O bot de €25 vende conversa. A escada de preços da Meta sobe por volume e capacidade, não por profundidade no teu PHC. Mesmo ofertas portuguesas de €200–400/mês continuam, muitas vezes, a ser FAQ com mais conversas incluídas. O teste é simples: pergunta ao fornecedor que tabela do teu ERP o bot lê antes de marcar uma assistência, e que registo fica quando o cliente aceita um preço. Se a resposta for vaga, tens um formulário bonito.

Próximo passo

Escolhe um pedido real de assistência da última semana e anota os ecrãs que a tua equipa abriu para responder. Essa lista é o desenho da integração. Manda-ma para hello@leiritech.com e dizemos-te, com base no teu ERP, que consultas o agente faria, que ação escreveria, e quanto tempo demora a pôr em produção. Somos nós que escrevemos o código — a conversa é com quem o vai fazer.