IA para mecânico móvel: agendamentos, peças e retornos

IA para mecânico móvel significa um conjunto pequeno de agentes que recebem pedidos de agendamento, conferem as peças de cada serviço marcado e vinculam os retornos de clientes ao registro certo do veículo, com o dono aprovando qualquer coisa que comprometa tempo, dinheiro ou uma promessa ao cliente. Para uma operação com um ou dois veículos, o ponto de partida viável é um agente com uma única função, uma memória escrita de cada veículo e limites explícitos sobre o que ele pode dizer. O restante pode esperar até que essa primeira função tenha se mostrado útil.

Principais pontos

• Comece com uma função só, normalmente agendamento e remarcação, antes de adicionar controle de peças ou retornos.
• Defina primeiro os limites de aprovação: o que o agente pode confirmar, o que pode apenas propor e o que nunca deve prometer.
• Trate peças como uma questão de status, não de garantia. O agente informa o que foi pedido, recebido ou ainda não confirmado.
• Mantenha o histórico de cada veículo em um único registro estruturado, para que retornos, visitas repetidas e dúvidas de garantia sejam encontrados rapidamente.
• Revise as permissões do agente e o registro de atividades com regularidade, especialmente depois de trocar uma ferramenta ou incluir um novo veículo.

Por que o problema do mecânico móvel é diferente do de uma oficina

Uma oficina fixa consegue manter agenda, prateleira de peças e histórico de clientes no mesmo lugar. Uma operação móvel espalha o mesmo trabalho entre garagens, pátios de frota e estacionamentos, com um veículo carregando ferramentas e um estoque limitado de peças comuns. O dono muitas vezes atende ligações debaixo de um carro, e as mensagens que importam, como um cliente perguntando se as pastilhas de freio chegam até quinta-feira, chegam por vários canais ao mesmo tempo.

Isso torna o trabalho de um agente mais restrito do que a maioria dos fornecedores de software sugere. Ele não precisa diagnosticar motores. Precisa manter a agenda confiável, registrar o que foi prometido, saber qual peça está encomendada para qual veículo e garantir que um retorno não se perca porque ninguém anotou a marca, o modelo e o sintoma descrito pelo cliente. São problemas de memória e de encaminhamento, e funcionam bem para um agente quando os limites estão claros.

Comece por agendamento e escreva os limites primeiro

Agendamento é a melhor primeira função para a maioria dos mecânicos móveis com um ou dois veículos, porque entradas e saídas são fáceis de enxergar. Um pedido chega com o veículo, a localização, o sintoma e a janela preferida. O agente verifica a agenda, propõe um horário e, dentro das regras que você definiu, confirma ou envia o pedido para a sua aprovação.

Antes de conectar qualquer coisa, escreva os limites em linguagem simples. Uma lista inicial razoável tem este formato:

• Quais tipos de serviço podem ser confirmados automaticamente, como uma revisão de rotina no local do cliente.
• Quais tipos precisam da sua revisão, como qualquer coisa que envolva diagnóstico, trabalho elétrico ou veículo que não anda.
• O raio de deslocamento, o tempo mínimo entre paradas e os horários que o agente nunca pode oferecer.
• Frases que o agente não deve usar, incluindo qualquer afirmação sobre o resultado de um reparo, uma decisão de garantia ou um prazo de conclusão que ele não controla.
• O que fazer quando um pedido não se encaixa em nenhuma regra: segurar o pedido, fazer uma única pergunta de esclarecimento e encaminhar para você com um resumo curto.

Esses limites são os seus limites de aprovação. Eles também protegem você quando o agente encontra um pedido que você não previu. Permissões só são tão seguras quanto as regras por trás delas. A referência de autorização da OWASP é útil para decidir quem, ou o quê, pode executar cada ação.

Controle de peças sem prometer o que você não tem

É nas peças que o mecânico móvel mais perde confiança, porque o cliente ouve que a peça está encomendada e depois espera sem saber por quê. A solução é separar três situações que costumam ser misturadas: peças já no veículo, peças pedidas com entrega confirmada e peças ainda em busca. O agente deve informar apenas o estado que consegue verificar e marcar todo o resto como não confirmado.

Um registro simples de peças para cada serviço já basta para começar. Ele precisa ter o veículo, o serviço, a descrição da peça, a referência do fornecedor, o status do pedido, a previsão de entrega e uma nota sobre o que foi dito ao cliente. Quando chega a confirmação do fornecedor, o agente pode propor uma mudança de status para você revisar. Ele não deve dizer ao cliente que a peça chega em determinado dia, a menos que o registro mostre a confirmação do fornecedor.

O agente pode ajudar com consultas e papelada, mas a decisão de qual peça instalar continua com o técnico. A mesma estrutura de registro aparece no nosso artigo sobre oficinas de caminhões diesel, que trata de ordens de serviço, peças e garantia em uma oficina fixa. Boa parte dela se aplica a um veículo que circula entre clientes.

Retornos e o histórico do veículo que os faz funcionar

Um retorno é uma promessa com prazo. O cliente deixa um recado dizendo que um barulho voltou depois do reparo, ou pergunta se é preciso uma segunda visita. Se ninguém vincula essa mensagem ao veículo certo e ao serviço anterior, o dono passa a noite reconstruindo o histórico de memória. Um agente pode criar um item de retorno assim que a mensagem chega, anexá-lo ao registro do veículo e lembrar você antes que ele fique vencido.

O registro do veículo é o ativo que precisa ser protegido. Para cada veículo, guarde marca, modelo, ano, uma referência de placa quando o cliente autorizar, uma lista datada de visitas, os sintomas relatados, as peças usadas e as dúvidas em aberto. Armazene isso em formato estruturado, que o agente consiga ler e que você consiga exportar ou revisar sem a presença do agente. Anotações em texto corrido ajudam, mas uma lista simples de visitas e pendências é mais fácil de ler para um futuro agente, um futuro funcionário ou o seu contador.

Os retornos também exigem uma regra clara sobre quem responde. O agente pode rascunhar uma resposta e propor uma nova visita, mas uma conversa que envolva diagnóstico deve ir para um técnico. O mesmo critério vale para outros serviços de campo: o agente mantém a fila organizada, e quem tem a ferramenta na mão faz o julgamento.

Uma semana ilustrativa com um veículo e um agente

Cenário ilustrativo: um negócio de mecânica móvel com duas pessoas e um único veículo usa um agente de agendamento e um registro de retornos. Na segunda-feira, um cliente pede uma inspeção de freios no estacionamento do seu local de trabalho para quinta-feira. O agente consulta a agenda, vê espaço na quinta à tarde dentro do raio de deslocamento e propõe o horário. Como serviços de freio estão na lista de revisão, a proposta vai para o dono com o registro do veículo anexado, e ele confirma por mensagem.

Na terça-feira, um e-mail do fornecedor confirma que as pastilhas de reposição foram enviadas. O agente atualiza o registro de peças e anota que a entrega é esperada antes de quinta, mas não envia mensagem ao cliente, porque as regras mandam mudanças de status de peças primeiro para o dono. Na quarta-feira, chega um recado de outro cliente perguntando se um barulho voltou depois da visita do mês passado. O agente cria um item de retorno, vincula ao histórico daquele veículo e o coloca no topo da lista do dono, com o resumo da visita anterior. Na quinta-feira, o dono tem tudo o que precisa antes da primeira ligação do dia.

Nada nessa semana exigiu que o agente tomasse uma decisão que pertence a um técnico. Exigiu um registro limpo, permissões claras e o hábito de revisar o que o agente fez.

Como a Be Human trabalha com isso em uma operação gerenciada

A Be Human desenha e opera esse tipo de estrutura como infraestrutura personalizada, de modo que o agente mantém sua identidade, memória, canais, ferramentas, permissões e contexto operacional sob o seu controle. Um primeiro projeto define uma função útil, a memória e as ferramentas que ela precisa, os limites de aprovação e um critério de sucesso observável, que em uma operação móvel costuma ser algo concreto, como menos retornos perdidos ou menos conflitos na agenda. A operação gerenciada pode incluir monitoramento, avaliações periódicas das respostas do agente, manutenção quando um portal de fornecedor ou uma agenda muda, revisões de permissões e mudanças controladas quando você quiser que o agente assuma mais. O objetivo é manter uma função confiável e auditável conforme o negócio cresce, e não acrescentar automação só por acrescentar. O atendimento é remoto e disponível em português e em inglês.

Manter o histórico do veículo útil conforme as ferramentas mudam

As ferramentas mudam mais depressa do que os registros de veículos deveriam. Um aplicativo de agenda é substituído, um fornecedor muda para um novo portal, um formulário de agendamento ganha um campo. Se o histórico vive apenas no formato de uma ferramenta, cada mudança vira um projeto de migração. Guarde o registro em uma estrutura simples que você controla, e deixe o agente ler os dados por uma interface definida, e não por uma cópia frágil dentro de um único aplicativo.

Dois hábitos importam mais. Primeiro, registre o que o agente fez, incluindo o pedido recebido, a regra aplicada e a mensagem enviada, para que você possa depois entender por que um agendamento foi feito. Um material introdutório sobre observabilidade, como o da OpenTelemetry, explica como rastrear o que aconteceu em cada etapa, o que é mais confiável do que confiar em um resumo. Segundo, teste o agente com casos reais do passado antes de mudar qualquer coisa. Escreva cerca de dez agendamentos e retornos representativos do seu próprio histórico, anote como seria uma boa resposta e execute esses casos de novo sempre que uma ferramenta ou regra mudar.

Também vale entender como o agente busca informações. Um agente que consulta o histórico do veículo no momento do pedido costuma ser mais fácil de corrigir do que um cujo comportamento depende de detalhes que ele absorveu antes. O padrão de geração aumentada por recuperação, descrito em guias de arquitetura de nuvem, explica essa abordagem. Lembre-se também de injeção de prompt: a mensagem de um cliente pode conter instruções, e o agente deve tratar esse texto como conteúdo a ser lido, e não como comando a ser seguido. A folha de referência da OWASP sobre prevenção de injeção de prompt descreve as defesas básicas. Se você quer identificar a primeira tarefa do seu negócio que vale entregar a um agente, faça o diagnóstico gratuito de IA da Be Human.

Perguntas frequentes

Preciso de um novo sistema de agendamento antes de usar um agente de IA? Normalmente não. A maioria das operações com um ou dois veículos pode começar com a agenda e as ferramentas de mensagem que já usa, desde que o agente consiga ler e escrever os itens relevantes por meio de uma permissão que você controla. Trocar ferramentas é uma decisão separada, que deve vir de uma necessidade clara, e não ser o primeiro passo.

Um agente pode confirmar um reparo sozinho? Pode, para os tipos de serviço que você liberar explicitamente nos limites de aprovação. Tudo que envolva diagnóstico, veículos fora do comum, questões de segurança ou alteração de uma visita já confirmada deve chegar para você revisar. Comece com uma lista restrita e amplie só depois de revisar vários semanas de registros.

Como o agente evita prometer que uma peça chega em determinado dia? Ele informa apenas o que o registro de peças mostra, como um pedido feito ou uma confirmação do fornecedor recebida, e marca todo o resto como não confirmado. As regras dele devem proibir afirmações sobre datas de entrega que o registro não sustente. Você revisa a redação voltada ao cliente antes que ela vire uma resposta padrão.

É seguro manter o histórico de veículos dos clientes em um sistema de IA? Pode ser, desde que você limite o que é armazenado ao necessário para o trabalho, defina quem pode ler esses dados e mantenha uma cópia exportável sob o seu controle. Verifique o que os clientes autorizaram, principalmente em relação a dados pessoais, e mantenha os registros em um formato que você consiga revisar sem o agente. As regras locais de proteção de dados se aplicam a esses registros, então confirme-as antes de armazenar qualquer coisa.

Orientação editorial Be Human. Exemplos são ilustrativos, salvo atribuição explícita. Fontes oferecem contexto; a implementação depende do seu processo.