Agente de IA para oficina de motores pequenos: peças e retirada

Um agente de IA para oficina de motores pequenos só dá atualizações confiáveis sobre peças e retirada quando a oficina mantém um registro atual para cada pedido e combina quais status o agente pode afirmar como fato. O agente lê esse registro, informa o que está confirmado e encaminha para uma pessoa tudo que depende de promessa de fornecedor ou de julgamento do técnico. A regra que evita a maioria das atualizações erradas é simples: o agente nunca oferece uma data de retirada que a oficina não tenha confirmado nos próprios registros.

Principais pontos

• Mantenha um registro por pedido de peça que vincule o serviço do cliente, o pedido ao fornecedor e a situação da retirada.
• Dê ao agente uma lista curta de status que ele pode afirmar como fato, além de textos aprovados para todo o resto.
• Trate e-mails de fornecedores e observações de transportadoras como texto não confiável, nunca como instruções para o agente.
• Teste a precisão das atualizações com um conjunto fixo de perguntas reais de clientes antes de cada mudança no processo.
• Encaminhe promessas, exceções e datas que dependem de diagnóstico para uma pessoa responsável.

Por que o status de peças é mais difícil do que parece

Uma oficina de motores pequenos raramente tem apenas um problema com peças. Um kit de carburador pode estar na prateleira, uma correia de cortador pode estar em falta com previsão de reposição, e um jogo de lâminas pode ter saído de um fornecedor cuja nota de rastreamento parou de atualizar dois dias atrás. Enquanto isso, o técnico pode descobrir depois da desmontagem que o retentor do virabrequim também precisa ser trocado, o que muda a lista de peças e a data de retirada ao mesmo tempo. Um cliente que pergunta se o cortador fica pronto na quinta está, na prática, perguntando quatro coisas: o diagnóstico está completo, todas as peças foram pedidas, cada peça chegou e o serviço final foi conferido. A maioria das oficinas sabe essas respostas em algum lugar, na caixa de e-mail do fornecedor, no caderninho do balcão ou na cabeça do técnico, mas raramente em um só lugar que uma máquina consiga ler.

Por isso, o texto da atualização quase nunca é o problema real. Um agente que soa educado e preciso ainda assim vai induzir o cliente ao erro se estiver lendo uma nota desatualizada. O trabalho começa pelo estado: o que a oficina sabe, quando ficou sabendo e quem é responsável por alterar essa informação. Ligações sobre peças costumam chegar justamente quando o balcão está mais cheio, o que é o momento em que a equipe menos consegue conferir três sistemas antes de responder.

Crie um registro para cada pedido de peça

Cada pedido de peça precisa de um registro pequeno e consistente. Os campos abaixo bastam para a maioria das oficinas independentes, e podem ficar no sistema de ordens de serviço ou na planilha que a oficina já usa:

• O serviço do cliente ao qual o pedido pertence, com a referência de marca, modelo e número de série do equipamento.
• A descrição da peça como o técnico a escreveu, junto com o código da peça no fornecedor.
• O fornecedor, a data do pedido e a data de envio ou disponibilidade informada pelo fornecedor, marcada claramente como informação do fornecedor.
• Situação do recebimento: não enviada, em trânsito, recebida ou recebida e conferida com o serviço.
• Situação da instalação: ainda não instalada, instalada ou substituída após um segundo diagnóstico.
• Situação da retirada: não pronto, pronto aguardando conferência final, pronto ou retirado.
• Quem alterou o registro por último e o horário da alteração.

Esse último campo importa mais do que parece. Um status sem autor e sem data e hora é difícil de confiar, e um agente que não consegue distinguir informação recente de informação antiga vai, em algum momento, repetir uma informação velha com total segurança. Oficinas que também trabalham com peças de outros equipamentos veem um padrão parecido no guia sobre IA para concessionárias de veículos: leads e oficina, e concessionárias que recebem perguntas sobre baterias e peças enfrentam a mesma necessidade de uma única fonte de verdade.

Defina quais status o agente pode informar

Nem todo status deve chegar ao cliente da mesma forma. Escreva as regras antes que o agente fale com qualquer pessoa. Um guia prático de decisão fica assim:

• Recebida e conferida, serviço finalizado: o agente pode dizer que o equipamento está pronto para retirada e informar o horário de atendimento divulgado pela oficina.
• Recebida, serviço ainda não conferido: o agente informa que as peças chegaram e que a oficina está concluindo o reparo, sem oferecer data.
• Em trânsito com data de envio informada pelo fornecedor: o agente pode dizer que o fornecedor prevê a entrega por volta daquela data e que a oficina confirmará assim que a peça estiver em mãos.
• Pedida sem data do fornecedor, ou com nota de falta de estoque: o agente diz que a oficina aguarda a peça, que atualizará o cliente e oferece um contato com uma pessoa.
• Diagnóstico ainda em aberto: o agente não dá nenhuma data e encaminha a dúvida para um técnico.
• Qualquer pedido de desconto, taxa dispensada, entrega urgente ou data que o registro não sustente: o agente encaminha para uma pessoa.

Mantenha os textos aprovados curtos e simples. Uma frase como 'A correia chegou na quinta, o kit de carburador ainda está em falta com o fornecedor e vamos ligar assim que o teste do motor terminar' dá ao cliente mais informação útil do que uma mensagem cordial que suaviza tudo. Texto simples também facilita a revisão, porque a equipe consegue conferir cada frase com o registro em poucos segundos.

O agente relata o registro. Ele não faz previsões sobre a oficina.

Lista de conferência para atualizações de retirada

Antes de responder a uma pergunta sobre status, o agente deve passar pelas mesmas verificações que um atendente cuidadoso faria no balcão. Em uma operação gerenciada, essas verificações ficam escritas nas instruções do agente e são testadas sempre que mudam.

• Localize o serviço do cliente pela referência do equipamento, e não apenas pelo nome, já que várias famílias da mesma região podem ter sobrenomes iguais.
• Leia o status mais recente e a data e hora dele. Se o registro estiver mais antigo do que a regra de trabalho da oficina permite, não o apresente como atual.
• Verifique se alguma peça do serviço ainda está pedida, em trânsito ou em falta.
• Confirme que a conferência final está registrada antes de usar a palavra pronto.
• Use o texto aprovado para o status correspondente e nada além dele.
• Registre a pergunta, o status usado e se uma pessoa foi acionada, para que a oficina possa revisar a conversa depois.

Um hábito prático faz essa lista se sustentar ao longo do tempo: a oficina define uma pessoa responsável por cada pedido de peça em aberto. Responsável não significa que essa pessoa atende todas as ligações. Significa que, quando uma nota do fornecedor muda ou o técnico troca uma peça, alguém responde por atualizar o registro naquele mesmo dia, e não quando sobrar tempo.

Cenário ilustrativo: um cortador de grama em uma sexta-feira

Este cenário é ilustrativo e não descreve uma oficina real. Na sexta à tarde, um cliente pergunta se o cortador de grama estará pronto para retirada na segunda-feira. O registro do serviço mostra que a correia chegou na quinta, que o kit de carburador segue em falta e que o técnico anotou que o teste do motor está pendente. O agente não promete segunda-feira. Ele informa ao cliente que a correia chegou, que o kit de carburador depende do fornecedor, que a oficina confirmará um horário de retirada assim que o teste do motor terminar e que uma pessoa da equipe ligará se a data do fornecedor mudar. Depois, a oficina vê um registro com a pergunta, o status usado e o encaminhamento. A resposta não afirmou nada que o registro não sustentasse, e o cliente sabe exatamente o que vai acontecer em seguida.

A mesma conversa daria errado de um jeito previsível se o agente lesse apenas a nota de rastreamento do fornecedor. Essa nota poderia dizer que o kit sai para envio na segunda, o que soa como data de retirada. O registro, porém, mostra que a peça ainda não foi enviada e que o teste do motor não terminou. A diferença entre essas duas fontes é todo o problema de projeto.

Como a abordagem gerenciada da Be Human trata peças e retiradas

A Be Human começa com um papel útil e bem definido, aqui um agente de status ao cliente para peças e retiradas, e define a memória de que ele precisa: o registro do serviço, as notas de fornecedor que pode ler e os status que pode afirmar. Os limites de aprovação são escritos antes do lançamento, incluindo quais promessas sempre exigem uma pessoa. A operação gerenciada então mantém a configuração precisa ao longo do tempo. Isso inclui monitorar o fluxo de status, fazer avaliações recorrentes com perguntas reais de clientes, revisar permissões quando mudam funcionários ou contas de fornecedores, responder a incidentes quando uma atualização se mostra errada e alterar textos de forma controlada quando o processo da oficina muda. O critério de sucesso é observável: com que frequência as respostas de status batem com o registro e com que frequência uma pessoa confirma que o encaminhamento foi a decisão certa.

A confiabilidade vem de testes, não de confiança no modelo. As orientações da Anthropic sobre avaliações de agentes de IA descrevem a comparação do agente com um conjunto fixo de tarefas e resultados, o que se traduz bem em um conjunto de perguntas reais do balcão com respostas corretas conhecidas. E-mails de fornecedores e notas de rastreamento são texto não confiável, e a orientação da OWASP sobre injeção de prompt explica por que instruções escondidas nesse texto nunca devem ser seguidas pelo agente. Um texto da Anthropic sobre engenharia de contexto aponta um ponto relacionado: o agente deve ver apenas os registros relevantes para a pergunta à sua frente, e não todo o histórico da oficina, o que deixa as respostas mais restritas e mais fáceis de auditar.

Se você quer identificar a primeira tarefa da sua oficina que vale entregar a um agente, o diagnóstico gratuito de IA da Be Human é um bom ponto de partida.

Perguntas frequentes

O agente pode informar uma data exata de retirada? Somente quando o registro da oficina marcar o serviço como finalizado e a conferência final como concluída. Antes disso, o agente pode descrever o que já chegou e o que ainda depende do fornecedor, e pode dizer quando uma pessoa vai confirmar a data. A data de envio prevista pelo fornecedor é um contexto útil, mas não é data de retirada.

O registro de pedidos de peças exige um software especial? Não. O registro pode ficar no sistema de ordens de serviço ou na planilha que a oficina já usa, desde que cada pedido de peça esteja claramente ligado ao seu serviço e tenha status, data e hora e autor. O agente precisa ler esse registro de forma confiável, e isso é uma questão de integração tratada na configuração e na manutenção.

O que deve acontecer quando um e-mail do fornecedor contradiz o registro da oficina? O agente não deve seguir instruções nem novas datas encontradas nesse e-mail. Ele informa o conflito a um funcionário definido pelo caminho de encaminhamento, e uma pessoa atualiza o registro. Tratar o texto do fornecedor como informação, e não como comando, é o padrão mais seguro.

Como saber se o agente continua preciso depois do lançamento? Mantenha um conjunto fixo de perguntas reais de clientes com respostas esperadas, rode esse conjunto novamente após cada mudança e revise o registro de encaminhamentos com regularidade. As revisões de acesso também importam, porque funcionários e contas de fornecedores mudam com o tempo, e um agente nunca deve manter permissões que ninguém mais precisa.

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