IA para oficina náutica: agenda de retirada e status de peças

Uma IA para oficina náutica funciona melhor quando assume a coordenação repetitiva em torno do serviço: manter as vagas de retirada atualizadas, informar o status das peças com precisão e responder aos donos com informações confirmadas. Decisões sobre orçamentos, serviços extras, prazos de entrega e liberação continuam com quem dirige o pátio. Os registros que a oficina constrói agora, como identificadores estáveis de embarcação, eventos datados de peças e aprovações por escrito, definem quanto um agente mais capaz poderá fazer com segurança no futuro.

Principais pontos

• Comece pela agenda de retirada e pelo status de peças, porque ambos geram ligações repetidas e têm estados que podem ser conferidos em um registro.
• Dê a qualquer agente uma lista escrita do que ele pode dizer e do que só uma pessoa pode aprovar, incluindo orçamentos, serviços extras, substituições e datas de entrega.
• Identifique cada embarcação por um registro estável que inclua dados do casco e do motor, para que dois barcos nunca sejam confundidos apenas pelo nome do dono.
• Registre as peças como eventos datados (pedida, prometida, recebida, instalada), e não como uma única palavra de status que ninguém consegue auditar.
• Mantenha as aprovações por escrito, com a redação exata que o dono aceitou, porque esse registro define o que um agente poderá repetir depois.

Por que retiradas e peças são o ponto de partida certo

Uma retirada depende da janela da maré, da disponibilidade do elevador de barcos ou da carreta, do espaço nos cavaletes e no berço, do tempo e da ordem em que as embarcações serão trabalhadas. Um pedido de peça depende do prazo do fornecedor, de a peça em estoque corresponder ao número de série do motor e de uma eventual substituição já ter sido aprovada. Os donos fazem sempre as mesmas poucas perguntas: quando meu barco sai, a peça já chegou, quando posso voltar a navegar. Cada resposta depende de vários registros que muitas vezes ficam em lugares diferentes, como um quadro branco na oficina, um e-mail do fornecedor e um recado do encarregado do pátio.

Esse é um bom ponto de partida porque a maior parte do trabalho é consulta, comparação e redação. Um agente pode ler os registros, perceber que uma data prometida já passou e redigir uma mensagem clara para uma pessoa revisar. As decisões com peso financeiro ou de segurança continuam com a oficina. Essa divisão mantém o primeiro agente útil sem pedir que ele tome decisões que a oficina ainda não colocou por escrito.

Mapeie os estados pelos quais uma embarcação passa

Antes que qualquer agente toque na agenda, escreva todos os estados em que uma embarcação pode estar no pátio. A maioria das oficinas usa alguma versão da lista abaixo, e cada estado precisa de uma única fonte de verdade e de uma pessoa nomeada como responsável por alterá-lo.

• Agendada para retirada
• Aguardando vaga no elevador ou no cavalete
• Retirada e apoiada nos cavaletes
• Aguardando peça ou aprovação do dono
• Serviço em andamento
• Pronta para a água
• Liberada e quitada

As transições importam tanto quanto os estados. Uma embarcação não deve passar de aguardando aprovação para serviço em andamento sem que a aprovação esteja registrada com data e redação. Se hoje a oficina movimenta barcos por acordo verbal no pátio, a primeira tarefa é transformar esse acordo em registro, e não automatizá-lo. Um agente que lê um quadro desatualizado vai repetir o erro mais depressa do que uma pessoa repetiria.

Monte um registro de peças que possa ser conferido

Cada peça deve ser um item vinculado a uma embarcação, com referência do fornecedor, data do pedido, data prometida, data de recebimento, data de instalação e uma nota sobre qualquer substituição. A disciplina está em registrar os eventos no momento em que acontecem. Um campo de status que diz “em pedido” não informa ao dono se o fornecedor confirmou a promessa, e o agente não consegue saber se esse rótulo é recente.

Quando um dono pergunta sobre uma peça, o agente deve relatar apenas o que o registro mostra: o último evento confirmado, a data desse evento e se a data prometida já passou. Ele nunca deve transformar uma entrega esperada em data de lançamento. Se uma substituição for proposta, o agente pode descrever a diferença no registro, mas uma pessoa precisa aprová-la por escrito antes que a peça seja instalada.

Cenário ilustrativo: um dono pergunta se a turbina da bomba de água do motor de reposição já chegou. O registro mostra um pedido feito no início da semana, uma data prometida que já passou e nenhuma entrada de recebimento. Um agente bem configurado responde que a peça ainda não consta como recebida, que a data prometida pelo fornecedor já passou e que o gerente do pátio confirmará uma nova data ainda hoje. Ele não promete data de liberação e sinaliza a entrada desatualizada para o responsável por peças.

Como as atualizações ao dono podem continuar precisas?

As atualizações ao dono devem ser montadas a partir do registro e dizer com clareza o que está confirmado e o que é esperado. Uma atualização útil identifica a embarcação, descreve o estado atual em linguagem simples, informa a data do último evento confirmado e nomeia a próxima ação e quem é responsável por ela. As fotos devem vir da ordem de serviço daquela embarcação e daquela tarefa, e não de uma galeria geral que pode ser misturada.

A expressão “deve estar pronta” é uma fonte comum de problemas. Ela soa tranquilizadora, mas vira um compromisso na cabeça do dono. O agente deve evitá-la, a menos que alguém da equipe tenha confirmado a data no registro. Quando a resposta for incerta, a atualização deve dizer que a oficina está verificando e quando o dono receberá retorno. Uma incerteza clara é mais fácil de administrar do que uma data que depois muda.

Em um trabalho de acompanhamento gerenciado, a Be Human começaria revisando como as vagas de retirada, os eventos de peças e as mensagens aos donos são registrados hoje. A partir daí, a equipe definiria uma ou duas tarefas estreitas para o agente, escreveria os limites de aprovação nas instruções operacionais e configuraria o monitoramento para que a oficina veja o que foi enviado, o que foi lido e quando uma pessoa interveio. A revisão de permissões e a resposta a incidentes continuam depois do lançamento, então o acesso à agenda, à caixa de e-mail do fornecedor e ao canal com clientes permanece limitado e é verificado periodicamente.

Limites de aprovação para uma oficina náutica

Os limites de aprovação devem ser escritos em frases simples, que um funcionário novo conseguiria seguir. Eles também devem ser aplicados pelo acesso que o agente tem, e não apenas pelas instruções. As orientações de autorização da OWASP são uma referência útil aqui, porque tratam o acesso como algo a ser verificado para uma ação específica sobre um recurso específico, e não para um papel genérico. Um agente que pode ler todo o livro de peças não precisa de permissão para editá-lo.

• O agente pode propor uma vaga de retirada livre, mas uma pessoa confirma na agenda.
• O agente pode informar o último status registrado de uma peça, mas não pode inventar nem estimar uma data de entrega.
• O agente pode redigir uma mensagem sobre serviço adicional, mas só o consultor de serviços envia orçamento ou pedido de aprovação.
• O agente não pode confirmar liberação, alterar um acordo de pagamento nem dispensar uma taxa.
• O agente não pode aceitar uma peça substituta sem aprovação por escrito da pessoa responsável.
• O agente encaminha para uma pessoa nomeada qualquer mensagem de dono que mencione avaria, lesão, seguro ou disputa.

A última regra importa mais do que parece. Donos às vezes descrevem um dano na mesma conversa em que perguntam sobre a data de liberação. Um agente configurado para passar essas mensagens a uma pessoa logo no início protege tanto o dono quanto a oficina.

Registros a construir agora para um agente mais capaz

O agente de hoje precisa de entradas precisas. Um agente mais capaz no futuro vai precisar de uma memória mais rica, de mais contexto e, possivelmente, de acesso mais amplo a ferramentas. A oficina não consegue tornar esse futuro seguro apenas acrescentando acessos depois. Ela precisa construir os registros agora, para que cada nova capacidade leia da mesma fonte responsável. A introdução à observabilidade do OpenTelemetry descreve logs, métricas e traces como formas de entender o que um sistema fez e por quê. Uma oficina pode aplicar a mesma lógica ao seu agente: o que ele leu, o que enviou, qual regra seguiu e quando uma pessoa interveio.

Os registros que valem a pena construir são específicos. Cada embarcação precisa de um identificador estável, dados do casco e do motor e um contato com um registro claro dos canais que o dono autorizou. Cada aprovação precisa de data, da redação exata aceita e da pessoa que a registrou. Cada evento de peça precisa da referência do fornecedor e da data em que ocorreu. O histórico de retirada deve mostrar cada içamento, cada mudança de cavalete e cada colocação na água, com o motivo de qualquer alteração. As fotos devem estar ligadas ao serviço que documentam. As decisões devem trazer um motivo curto, para que o próximo revisor não precise adivinhar por que uma substituição foi aceita.

Um agente não consegue inferir intenção a partir de um monte de mensagens. Ele só consegue usar o que a oficina registrou com clareza. Por isso os registros devem ser construídos antes de qualquer ampliação de capacidade, e não depois.

Uma revisão semanal que mantém o agente preciso

Os primeiros meses de um agente em uma oficina devem incluir uma revisão semanal curta. A revisão não é uma auditoria longa. É uma lista de verificação que mantém o registro e o pátio alinhados, e dá à oficina uma forma de notar desvios antes que um dono os perceba.

• Compare o estado registrado de cada embarcação com o quadro do pátio e corrija qualquer divergência.
• Liste as peças cujas datas prometidas passaram sem um recebimento registrado e atribua cada uma a uma pessoa.
• Leia todas as mensagens enviadas pelo agente aos donos naquela semana e anote as que deveriam ter sido encaminhadas.
• Confira o acesso que o agente tem à agenda, à caixa de e-mail do fornecedor e ao canal com clientes, e remova o que ele não precisa mais.
• Registre cada decisão tomada a partir da revisão, com o motivo, para que a próxima revisão comece com os mesmos fatos.

Se você quer identificar a primeira tarefa da sua oficina que vale a pena entregar a um agente, faça o diagnóstico gratuito de IA da Be Human.

Perguntas frequentes

Precisamos de um software novo antes que um agente de IA possa ajudar no pátio? Nem sempre. Muitas oficinas começam com os registros que já mantêm, como uma agenda compartilhada, uma lista de peças e uma ordem de serviço, e os organizam em estados consistentes e eventos datados. O agente lê esses registros e redige mensagens para revisão. Um software novo pode vir depois, se as ferramentas atuais não derem conta das informações de que o agente precisa.

O que um agente de IA nunca deve dizer a um dono? Ele nunca deve prometer uma data de liberação, confirmar uma entrega que o registro não mostra, aprovar serviço extra, aceitar uma substituição ou resolver uma questão de pagamento. Também deve evitar expressões como “deve estar pronta”, a menos que alguém da equipe tenha confirmado a data no registro. Quando uma mensagem tocar em dano, lesão, seguro ou disputa, o agente deve encaminhá-la imediatamente a uma pessoa nomeada.

O que acontece quando o registro de peças de uma embarcação está incompleto? O agente deve dizer o que se sabe e o que não se sabe, usando o último evento confirmado e a data dele. Deve sinalizar a lacuna para o responsável por peças, sem preenchê-la com uma estimativa. Completar o registro é tarefa humana, e a revisão semanal é o momento de pegar as lacunas antes que virem reclamações de donos.

Este é um bom primeiro passo para uma oficina sem uma pessoa dedicada às operações? Pode ser, desde que a primeira tarefa seja estreita e os limites de aprovação estejam escritos. Uma oficina sem uma função de operações muitas vezes se beneficia de um coordenador que mantém a agenda e o status das peças consistentes, enquanto o dono ou o gerente de serviços continua com as decisões. O segredo é começar com um único fluxo de trabalho, revisar o resultado a cada semana e ampliar só quando os registros tiverem se mostrado confiáveis.

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