Agente de IA para concessionária de motos: memória de vendas e oficina

Um agente de IA para concessionária de motos é um assistente com escopo definido, que lê e atualiza uma memória compartilhada de leads de venda, agendamentos de oficina, histórico de reparos e status de peças, enquanto a equipe decide o que ele pode ver e o que pode fazer. A versão útil não tenta saber tudo sobre todos os clientes. Ela responde a um conjunto pequeno de perguntas operacionais, como se a moto já está pronta para retirada ou qual lead está aguardando a avaliação de um usado na troca, e encaminha para uma pessoa qualquer assunto que envolva dinheiro, decisão de garantia ou dados pessoais.

Principais pontos

• Comece por uma pergunta que o balcão recebe todo dia, como se a moto está pronta e o que ainda está em aberto nela.
• Conecte leads de venda, histórico de oficina e status de peças por meio de referências compartilhadas de veículo e cliente, e não por anotações copiadas.
• Dê a cada função a sua própria visão, para que o agente responda apenas o que quem pergunta pode saber.
• Mantenha decisões de garantia, exceções de preço, reembolsos e compromissos com o cliente sob responsabilidade de pessoas nomeadas.
• Defina um critério de sucesso que você possa checar toda semana e revise as permissões do agente em uma agenda fixa.

Por que as respostas de vendas e de oficina divergem no balcão

Na maioria das concessionárias, os fatos sobre uma única moto estão espalhados em vários lugares. A equipe de vendas acompanha o lead e a avaliação do usado na troca. A oficina guarda a ordem de serviço, as anotações do mecânico e o orçamento que o cliente aprovou. O balcão de peças sabe o que está em falta e o que já foi enviado. Mensagens de texto muitas vezes ficam no celular pessoal de alguém. Quando o cliente pergunta se a moto já está pronta, cada pessoa pode responder corretamente a partir da própria tela e, mesmo assim, dar uma resposta diferente da que o colega da recepção daria.

Um agente de IA não resolve isso lendo tudo. Ele resolve isso mantendo uma memória pequena e bem definida, que aponta para o registro certo no momento certo. Essa memória não é uma segunda cópia dos sistemas da concessionária. É um conjunto de vínculos, campos de status e anotações datadas, que o agente usa para responder perguntas, enquanto o sistema de origem continua sendo a referência final. Oficinas que trabalham apenas com reparos enfrentam uma versão mais restrita do mesmo problema.

O que a memória compartilhada deve guardar e o que deve deixar de fora

Comece pelos campos que respondem perguntas operacionais. Uma primeira memória razoável inclui:

• Uma referência de veículo que vendas e oficina consigam cruzar, como o número do chassi (VIN) já usado internamente.
• A etapa atual do lead e a data do último contato.
• As ordens de serviço abertas, com o status de aprovação de cada orçamento.
• O status das peças dos pedidos em aberto, incluindo a data informada pelo fornecedor e se essa data mudou.
• Os marcadores de consentimento para marketing, copiados do sistema de origem e nunca inferidos.
• O nome do responsável pela próxima ação.

Deixe de fora tudo o que o agente não precisa. Números de cartão de pagamento, documentos de identificação, propostas completas de financiamento, dados médicos ou de seguro não relacionados ao reparo e comentários pessoais em anotações livres de vendas devem permanecer nos sistemas originais. Se o agente nunca os tiver, não poderá repeti-los, e uma conversa enviada para a pessoa errada expõe menos. Concessionárias que também vendem motorhomes enfrentam uma organização parecida de leads, trocas e oficina, descrita no guia de concessionárias de veículos.

Um plano passo a passo para a primeira versão da memória

A primeira versão deve ser pequena o bastante para testar em uma semana e rigorosa o bastante para auditar. Siga estes passos na ordem.

• Escolha uma pergunta do cliente que o balcão mais responde e escreva a resposta exata que um bom consultor dá hoje.
• Identifique os três ou menos registros que produzem essa resposta e a referência que os conecta.
• Liste os campos que o agente pode ler e marque cada um como somente leitura. Qualquer campo que o agente possa alterar deve ser listado separadamente.
• Escreva a fronteira de aprovação em linguagem simples. Por exemplo: o agente pode rascunhar uma mensagem de status, um membro da equipe envia, e o agente não pode cotar preço, aprovar uma garantia ou alterar um pedido de peças.
• Reproduza um conjunto de perguntas passadas contra a memória em um ambiente de teste e compare cada resposta com o registro de origem.
• Defina um critério de sucesso, como menos ligações de status para a oficina durante um período de revisão combinado, e registre de onde vem cada número.
• Ative o uso em produção somente depois que o gerente de oficina e o gerente de vendas assinarem a lista de permissões.

Como o acesso continua restrito sem uma caixa de entrada compartilhada

O principal risco raramente é um ataque sofisticado. É um agente que consegue ver mais do que a pessoa a quem ele atende deveria ver. Cada leitura deve ser imposta pelo sistema que guarda os dados, e não pela redação de um prompt. As orientações de autorização da OWASP apontam nessa direção: as decisões ficam no servidor, o padrão é negar, e o acesso segue a função de quem faz a solicitação. Para o agente, isso significa identidade própria, credenciais com escopo próprio e um token de serviço que não alcança o módulo financeiro, porque ninguém concedeu esse acesso a ele.

As mensagens dos clientes também exigem cuidado. Um texto pode conter instruções, como pedir ao agente que ignore suas regras ou mostre o pedido de outro cliente. O agente deve tratar o conteúdo da mensagem como dado, e não como comando, e qualquer ação que altere um registro deve passar por uma regra que não dependa do que a mensagem diz. As orientações da OWASP sobre prevenção de injeção de prompt descrevem esse padrão com mais detalhe.

Cenário ilustrativo: atraso de peça e um retorno de vendas

Cenário ilustrativo: um cliente comprou uma moto usada de viagem pela equipe de vendas, e um serviço de freios está aberto na oficina. O cliente envia uma mensagem perguntando quando a moto fica pronta e se o serviço está coberto pela garantia. O agente recupera a ordem de serviço aberta, a linha de peça que aparece como pendente com a data atual informada pelo fornecedor e o registro de vendas. Ele rascunha uma resposta que informa o status confirmado, diz que a dúvida sobre garantia será encaminhada ao gerente de oficina e usa a data do fornecedor sem prometer nada antes disso. O consultor revisa e envia a mensagem. O registro guarda quais dados foram lidos, o que foi rascunhado e quem aprovou, para que a próxima pergunta sobre a mesma moto parta dos mesmos fatos.

Manter a busca rápida e a pegada de dados pequena

Um desenho comum é a geração aumentada por recuperação, em que o agente busca apenas os poucos registros relevantes para a pergunta no momento em que ela é feita, em vez de carregar todo o histórico do cliente em cada troca. A arquitetura de referência do Google Cloud para aplicações baseadas em recuperação descreve esse padrão. Em uma concessionária, ele mantém o contexto de trabalho curto, limita a quantidade de dados pessoais que aparecem em cada troca e facilita corrigir ou remover um registro quando o cliente pede. As regras de proteção de dados variam de país. Uma equipe que atende clientes de língua portuguesa no Brasil deve consultar as orientações da ANPD, a autoridade nacional, antes de decidir o que a memória pode guardar e por quanto tempo.

Como a Be Human opera isso como serviço gerenciado

A Be Human desenha o papel, a memória e as ferramentas de que o agente precisa, define as fronteiras de aprovação e o critério de sucesso e, depois do lançamento, opera o agente. A operação gerenciada inclui monitoramento, avaliações recorrentes com perguntas reais, manutenção das integrações quando um sistema conectado muda, revisão periódica de permissões e resposta a incidentes quando algo se comporta de forma inesperada. O trabalho é remoto e disponível em inglês e em português.

Medir se a memória está funcionando

A observabilidade importa tanto quanto a montagem inicial. Cada chamada de ferramenta feita pelo agente deve deixar um registro com horário, tipo de registro acessado, solicitante e resultado, para que qualquer incidente possa ser reconstruído depois. Os conceitos da documentação do OpenTelemetry oferecem um vocabulário comum para traces e spans que engenheiros e líderes de operação conseguem usar juntos. As avaliações devem rodar sobre um conjunto fixo de perguntas reais do balcão e ser repetidas sempre que um sistema de origem ou um código de status mudar, porque um agente que acertava na temporada passada pode desalinhar quando um fornecedor renomeia seus estados de pedido. Revise a lista de permissões a cada trimestre e após qualquer mudança de equipe.

O diagnóstico gratuito de IA da Be Human pode ajudar você a encontrar a primeira tarefa que vale a pena entregar a um agente na sua concessionária.

Perguntas frequentes

O agente consegue ver o arquivo completo de um cliente? Não. Ele lê apenas os campos que sua função permite, e o sistema de origem aplica essa regra, de modo que o agente não consegue recuperar uma anotação de venda ou um dado de pagamento que não lhe foi concedido. A maioria das concessionárias começa com um escopo de leitura estreito e só o amplia depois que uma revisão mostra uma necessidade concreta.

O agente pode enviar mensagens aos clientes por conta própria? Na primeira fase, não deveria. O agente rascunha as mensagens, e um membro da equipe nomeado aprova e envia, o que mantém a responsabilidade clara enquanto a equipe aprende como o agente se comporta. Qualquer mudança futura nessa fronteira deve ser registrada por escrito e aprovada pelos gerentes responsáveis pelo relacionamento com o cliente.

O agente substitui o consultor de serviços? Não. Ele cuida das perguntas de status e rascunha retornos, para que os consultores gastem menos tempo procurando informações nas telas, enquanto decisões de garantia, exceções de preço e reclamações continuam com pessoas. A equipe continua responsável pelo que é dito ao cliente.

Quanto tempo leva a primeira versão? Depende de quantos sistemas guardam os registros e de quão consistentes são os identificadores de veículo e de cliente. O ponto de partida certo é uma pergunta restrita que dependa de três fontes ou menos, seguida de uma reprodução das perguntas passadas antes de qualquer uso em produção.

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