Superinteligência em lojas de materiais de construção: obras

Superinteligência em lojas de materiais de construção, hoje, significa preparar catálogo, tabelas de preço e histórico de obras para que agentes de IA cada vez mais capazes consigam consultar, montar e explicar orçamentos, enquanto uma pessoa aprova o que sai para o cliente. O ganho não vem de um modelo mágico, vem de dados organizados e de limites claros. Quem arruma essa base agora aproveita qualquer avanço dos modelos sem refazer o trabalho.

Principais pontos

• Os agentes de hoje não são superinteligência, mas a base que a loja prepara (catálogo, regras de preço, histórico de obras) serve para qualquer geração de modelo.
• O catálogo é o primeiro gargalo: nomes duplicados, unidades misturadas e falta de equivalências geram orçamento errado, com ou sem IA.
• Preço e cálculo de quantidade devem vir de ferramentas e regras determinísticas, nunca da memória do modelo.
• Na loja de material, o cliente é a obra: vários contatos, etapas, endereços de entrega e condições comerciais diferentes.
• Todo orçamento com preço, desconto, prazo ou substituição de item passa por aprovação humana antes de chegar ao cliente.

O que superinteligência significa para uma loja de materiais?

O termo costuma ser usado para um sistema que supera humanos em quase toda tarefa intelectual. Nenhum agente em operação numa loja é isso. O que existe são modelos competentes em ler pedidos desorganizados, consultar sistemas e redigir respostas, mas que erram, inventam e precisam de limites. Para separar o que é expectativa do que é operação, vale ler mitos sobre superinteligência que atrapalham decisões na empresa.

Para o dono da loja, a pergunta útil é outra: o que preciso ter pronto para que um agente mais capaz seja útil e seguro? A resposta cabe em três ativos: um catálogo que a máquina entenda, regras de preço que a máquina consulte sem interpretar, e um registro de relacionamento com cada obra. O restante (modelo, canal, ferramenta de automação) é trocável. Essa separação entre dados, regras e modelo aparece também na descrição de camada de superinteligência da empresa em cinco blocos.

Por que o catálogo é o primeiro gargalo?

Uma loja de material de construção vende milhares de itens que se parecem, se substituem e se complementam. O balconista experiente sabe que o cliente que pede cimento saco quer o tipo que usa para laje, e não o que usa para reboco. Um agente não sabe isso se o catálogo não disser.

Os problemas mais comuns de catálogo, em lojas de qualquer porte, são estes:

• Descrições diferentes para o mesmo produto, vindas de fornecedores, notas fiscais e cadastros antigos.
• Unidades misturadas: saco, metro quadrado, metro cúbico, barra, lata, milheiro, caixa.
• Falta de rendimento: quanto cobre uma lata de tinta, quanto rende um saco de argamassa por área.
• Compatibilidade implícita: bitola de tubo e conexão, tipo de rosca, voltagem, espessura.
• Substitutos e equivalentes que só existem na cabeça da equipe.
• Itens descontinuados ainda ativos no cadastro.

O tratamento é trabalhoso, mas objetivo: um identificador único por item, nome padronizado, unidade de venda e de uso, campos de compatibilidade, lista de substitutos aprovados e status de estoque. Com isso, o agente usa a técnica de recuperação de informação: em vez de responder de memória, ele busca a ficha do item e responde com base nela. A explicação da AWS sobre geração aumentada por recuperação descreve essa ideia em termos gerais.

Um cuidado importante: cálculo de quantidade (quantos sacos, quantas caixas de piso, com que perda) deve ser uma fórmula escrita e revisada pela loja, chamada pelo agente como ferramenta. O modelo coleta os dados (área, tipo de aplicação) e a regra calcula. Isso evita o erro clássico de uma estimativa plausível, mas errada.

Como organizar tabelas de preço para um agente?

Preço em loja de material raramente é um número único. Ele depende de faixa de cliente, forma de pagamento, volume, região de entrega, validade da cotação e, em itens como aço e cimento, da data de reposição. Se essas regras estão na cabeça do vendedor ou em planilhas soltas, o agente vai tropeçar ou, pior, vai inventar.

A organização mínima para entregar preço a um agente com segurança:

• Uma fonte única de preço, de preferência o sistema de gestão da loja, consultada por uma ferramenta com permissão restrita.
• Regras de faixa de cliente explícitas: quem tem tabela de obra, quem tem condição de revenda, quem paga sem desconto.
• Limites de desconto por perfil, com a regra de quem autoriza o que passa do limite.
• Validade da cotação definida em regra, e não decidida na hora.
• Frete e prazo calculados por regra de região, ou marcados como pendentes de confirmação da logística.

O agente nunca deve conhecer a tabela inteira. Ele deve pedir o preço de um item para um cliente identificado e receber só aquela resposta. Esse é o princípio de privilégio mínimo descrito nas orientações da OWASP sobre autorização: a ferramenta valida quem está perguntando e o que pode ver, em vez de confiar que o modelo vai se comportar. Assim, um cliente que pergunta pelo preço de outro cliente, ou tenta convencer o agente a ignorar regras, não obtém o que não deveria.

Como estruturar o relacionamento com as obras?

Na loja de material, a unidade de relacionamento é a obra. O comprador pode ser o dono, o mestre de obras, o engenheiro, o empreiteiro ou alguém do escritório, e cada um pede coisas diferentes. A mesma obra muda de necessidade conforme a etapa: fundação, alvenaria, instalações, cobertura, acabamento.

Um cadastro de obra útil para o agente reúne:

• Identificação da obra e do responsável pelo pagamento.
• Contatos autorizados a pedir, com o papel de cada um.
• Endereço de entrega e restrições de acesso (caminhão, horário, rua estreita).
• Etapa atual e compras anteriores relevantes.
• Condição comercial vigente e observações de crédito, mantidas pelo financeiro.

O WhatsApp é onde esse relacionamento acontece no Brasil. O mestre de obras manda um áudio, uma foto de lista escrita à mão ou uma mensagem curta com abreviações. Um agente bem configurado transcreve, organiza a lista, pergunta o que está ambíguo (areia média ou fina? quantas unidades?) e devolve um rascunho para a equipe. Para a parte técnica de conexão e operação do canal, o guia de como integrar IA no WhatsApp da sua empresa detalha os pontos de atenção.

A LGPD entra aqui de forma prática: nome, telefone, endereço de obra e histórico de compra são dados pessoais. Guarde o necessário, defina quem acessa, informe a finalidade e evite jogar tudo no contexto do modelo. Quando houver dúvida sobre base legal ou transferência de dados para fora do país, trate como decisão jurídica, não como detalhe técnico.

Quando o orçamento precisa de aprovação humana?

A regra de bolso: o agente pode agir sozinho quando a resposta é informação já aprovada e sem efeito financeiro, e deve parar quando a resposta cria compromisso. Um guia de decisão simples:

O agente pode fazer sozinho:

• Informar disponibilidade e ficha técnica de um item.
• Informar o status de um pedido já existente.
• Transcrever e organizar a lista enviada pelo cliente.
• Perguntar dados que faltam para o orçamento.
• Montar um rascunho interno, marcado como não enviado.

O agente prepara, a pessoa aprova:

• Qualquer orçamento com preço total.
• Desconto, mesmo dentro de faixa conhecida.
• Prazo de entrega e frete.
• Substituição de um item por outro.
• Quantidades calculadas que fujam do padrão da obra.

O agente nunca faz:

• Aprovar crédito ou alterar condição de pagamento.
• Prometer entrega sem confirmação da logística.
• Dar orientação estrutural ou de projeto, que é responsabilidade de profissional habilitado.
• Revelar preços, contatos ou histórico de outra obra.

A aprovação humana funciona melhor quando é rápida. O vendedor deve ver o rascunho, os itens, a origem de cada preço, as dúvidas que o agente levantou e um botão claro para aprovar, editar ou recusar. Se revisar é mais lento que montar do zero, a equipe abandona o processo. Em outro setor com lógica parecida de orçamento detalhado, IA para marcenaria e móveis planejados mostra como separar o que se automatiza do que o especialista confirma.

Há também um risco de segurança que a loja deve conhecer: texto recebido do cliente (ou de um arquivo anexado) pode conter instruções disfarçadas para manipular o agente. A lista da OWASP sobre os principais riscos em aplicações com modelos de linguagem cobre esse tema. A defesa prática é manter as permissões das ferramentas estreitas e a aprovação humana antes de qualquer envio de valor.

Como fica na prática? Um cenário ilustrativo

Cenário ilustrativo: um mestre de obras de um sobrado em fase de reboco envia um áudio no WhatsApp da loja pedindo material para as paredes externas e uma foto da lista escrita à mão.

O agente identifica o número, confirma que ele está entre os contatos autorizados da obra e transcreve o pedido. Percebe que a lista diz apenas areia, sem especificar o tipo, e pergunta ao mestre. Com a resposta, consulta o catálogo, localiza os itens pelo identificador, aplica a regra de rendimento da loja para estimar a quantidade a partir da área informada e verifica o estoque. Um item está em falta, e o agente anota o substituto aprovado no cadastro.

Em seguida, a ferramenta de preço devolve os valores da condição de obra daquele cliente. O agente monta um rascunho interno com itens, quantidades, origem de cada preço, o substituto sugerido e as dúvidas pendentes sobre prazo de entrega. O vendedor abre o rascunho, ajusta o desconto dentro da sua alçada, confirma o frete com a logística e aprova. Só então a mensagem segue ao cliente. O registro guarda o pedido original, as consultas feitas, o rascunho e quem aprovou.

Nada nesse fluxo exige um modelo extraordinário. Exige catálogo limpo, regras claras e um ponto de parada bem desenhado. Se o modelo melhorar, o fluxo fica mais rápido, mas os limites continuam onde estão.

Por onde começar sem comprar o problema errado?

O método que aplicamos em projetos de agentes segue quatro movimentos: mapear, limitar, pilotar e transferir. Em uma loja de materiais, eles ficam assim:

• Mapear: acompanhar como um pedido de obra chega, quem monta o orçamento, onde o preço é consultado, quais erros e retrabalhos se repetem. Registrar o ponto de partida antes de qualquer automação.
• Limitar: escolher quais dados o agente vê (catálogo, preço do cliente identificado, status de pedido) e quais ações ele pode executar (rascunhar, perguntar, consultar). Tudo o que cria compromisso fica com aprovação humana.
• Pilotar: escolher um fluxo real e pequeno, por exemplo pedidos por WhatsApp de uma categoria de produtos, com registro de cada decisão do agente e um critério de sucesso combinado com antecedência, como tempo até o rascunho ou quantidade de correções do vendedor.
• Transferir: entregar à equipe a operação, a documentação e a rotina de revisão, e decidir com base nos registros se o piloto deve ser ampliado, ajustado ou encerrado.

A arquitetura de apoio também deve ser simples. Os princípios de construção de agentes eficazes publicados pela Anthropic recomendam começar com o menor desenho que resolve o problema, e o texto sobre escrita de ferramentas para agentes ajuda a definir ferramentas pequenas, com nomes claros e respostas objetivas, como consulta de item, consulta de preço e cálculo de quantidade.

Um último ponto: o que é seguro numa loja de material não necessariamente vale para uma construtora, que tem outro fluxo de relacionamento. Para o lado do comprador de imóvel e do pós-obra, veja IA para construtoras: atendimento ao comprador e pós-obra.

Perguntas frequentes

Um agente de IA pode enviar orçamento sozinho para a obra? Tecnicamente pode, mas não recomendamos enquanto o processo não estiver provado. Orçamento cria compromisso de preço, prazo e estoque, então o caminho seguro é o agente preparar o rascunho e uma pessoa aprovar. Com o tempo, a loja pode liberar envio automático apenas para casos muito simples, com regra e registro claros.

Preciso arrumar todo o catálogo antes de começar? Não. Comece por uma categoria de alto giro ou de muito retrabalho, padronize os campos essenciais e deixe o restante para depois. O piloto serve justamente para mostrar quais lacunas do cadastro mais atrapalham.

O agente pode ver a tabela de preços completa da loja? O ideal é que não. Ele deve consultar o preço de um item para um cliente já identificado, por meio de uma ferramenta com permissão restrita. Assim, mesmo que alguém tente induzir o agente a revelar valores de outros clientes, a informação não está ao alcance dele.

Como medir se o piloto funcionou? Defina antes de começar uma métrica ligada ao fluxo escolhido, como o tempo entre o pedido e o rascunho aprovado ou a quantidade de correções feitas pelo vendedor. Compare com o ponto de partida mapeado e use os registros do agente para decidir se amplia, ajusta ou interrompe. Sem essa combinação prévia, a avaliação vira opinião.

Fontes

• AWS: o que é geração aumentada por recuperação (RAG)
• OWASP: orientações sobre autorização
• OWASP Top 10 para aplicações com modelos de linguagem
• Anthropic: construindo agentes eficazes