Agente de IA para construtoras de casas: seleções e garantia

Um agente de IA para construtoras de casas consegue responder compradores sobre seleções, informar o andamento de ordens de mudança e abrir pedidos de garantia, mas só quando lê de um único registro de especificação atualizado pela sua equipe conforme as decisões são tomadas. Agentes que dependem de atas de reunião, trocas de e-mail ou da planilha do mês passado dão respostas seguras sobre o acabamento errado, a opção errada ou um custo que o comprador já havia recusado. O trabalho prático é definir onde fica a fonte da verdade, quem pode alterá-la e quais ações o agente pode executar sem aprovação prévia de uma pessoa.

Principais pontos

• O agente deve responder a partir da especificação atual, o que significa um registro por casa com seleções, mudanças aprovadas e histórico de garantia.
• Cada decisão do comprador precisa de status, responsável, data e vínculo com o documento que a aprovou.
• Ordens de mudança alteram a especificação somente após aprovação, então o agente deve enxergar propostas separadamente do escopo aprovado.
• Pedidos de garantia exigem registro estruturado, coleta de evidências e encaminhamento para uma pessoa nomeada, não para uma caixa de entrada geral.
• Comece com acesso somente leitura e permissões de escrita restritas, e amplie só depois que as revisões mostrarem que o agente trata casos reais corretamente.

Por que as anotações do mês passado falham em uma obra

Obras de casas mudam o tempo todo. Um comprador troca a bancada depois de uma visita ao showroom, um parceiro de execução muda um ponto de luz para desviar de uma viga, e um fornecedor substitui um revestimento por um item com prazo de entrega maior. Cada alteração fica em um lugar diferente: uma mensagem de texto, o resumo de uma reunião de obra, um e-mail com PDF anexado, uma tabela de preços atualizada. Um agente que pesquisa em todos esses lugares encontra algo plausível, e plausível é o problema. Ele pode citar a seleção original porque a revisão nunca foi arquivada, ou dizer ao comprador que uma janela ainda está no contrato porque a mudança foi aprovada em uma conversa no corredor.

A falha raramente está no modelo. Está no registro que não existe. Antes de colocar um agente nas seleções ou na garantia, defina o que conta como verdade atual para cada casa, garanta que o agente consiga vê-la e que consiga identificar se um item está aprovado e quando foi atualizado pela última vez.

Defina uma fonte da verdade para cada casa

Escolha um sistema de registro por projeto e mantenha a estrutura simples. Pode ser a plataforma de gestão de projetos, um banco de dados estruturado ou uma pasta compartilhada com índice controlado. A ferramenta importa menos do que três regras: cada casa tem exatamente um registro, cada decisão tem um identificador e toda alteração na especificação tem data e é atribuída a uma pessoa.

Separe três tipos de conteúdo dentro desse registro:

• Especificação aprovada: o que a casa está contratada para conter, com a referência de aprovação de cada item.
• Decisões pendentes: seleções que o comprador ainda não confirmou, com prazo e responsável.
• Histórico: seleções substituídas e ordens de mudança encerradas, mantidas para que o agente consiga explicar o que mudou e por quê.

Configurações de geração aumentada por recuperação buscam documentos relevantes e os colocam no contexto do modelo no momento da resposta. A arquitetura de referência do Google Cloud para esse padrão descreve o funcionamento em detalhes. Para uma construtora, a recuperação só é tão boa quanto o índice por trás dela. Se documentos substituídos ficam ao lado dos atuais com títulos parecidos, o agente recuperará os dois. Marque explicitamente os itens substituídos e exclua-os da recuperação padrão, para que uma revisão antiga não vença por acidente.

Checklist para acompanhar as seleções dos compradores

As seleções são onde os agentes mais erram, porque os compradores perguntam em linguagem informal. Uma pergunta como se o revestimento cinza ainda vai para a área de serviço exige uma resposta precisa, vinculada a um ambiente, a uma referência de produto e a um status.

Use esta sequência para preparar o registro de seleções:

• Liste todas as categorias de seleção previstas no contrato, como pisos, marcenaria, louças e metais, iluminação, acabamentos externos e eletrodomésticos.
• Para cada categoria, registre a escolha do comprador, qualquer verba de referência (allowance) aplicável, o prazo de seleção e o status: em aberto, confirmada, pedida, entregue ou instalada.
• Anexe a ficha técnica ou a referência do produto, não apenas o nome. Dois revestimentos descritos como cinza podem diferir em formato, acabamento e prazo de entrega.
• Registre a data em que o comprador confirmou e o colaborador que lançou a informação.
• Sinalize seleções vencidas sem confirmação e atribua o acompanhamento a uma pessoa, não apenas ao agente.
• Defina o que o agente pode dizer: ele pode informar o status e citar a especificação aprovada, mas não pode prometer uma substituição, uma data de entrega ou um crédito.

Depois que a lista existe, teste-a. Peça a um membro da equipe que se passe por comprador e faça cinco perguntas sobre uma casa ao registro. Confira cada resposta com a fonte. Qualquer resposta que exigiu adivinhação aponta uma lacuna no registro, e a correção deve ser feita no registro, não no prompt do modelo.

Trate ordens de mudança primeiro como proposta, depois como aprovação

As ordens de mudança são onde a especificação se desvia sem que ninguém perceba. O padrão mais seguro é um modelo de dois estados. Uma mudança proposta descreve o pedido, o motivo, o impacto de custo e de cronograma e as pessoas que precisam aprovar. Uma mudança aprovada atualiza a especificação e encerra a proposta. O agente pode ler as propostas para informar ao comprador que um pedido está em análise, mas nunca deve apresentar uma proposta como escopo contratado.

Cenário ilustrativo: um comprador pede uma ilha de cozinha maior. O engenheiro de obra redige uma solicitação de mudança com a observação de que a parte elétrica pode precisar ser refeita. Perguntado numa sexta-feira se a ilha está incluída, o agente deve dizer que uma mudança está em análise, citar a decisão pendente e encaminhar a dúvida ao gerente de projeto. Ele não deve estimar o impacto nem confirmar o layout. Depois que o comprador e a construtora aprovam a mudança e o registro é atualizado, o agente responde a partir da versão aprovada, e as dimensões anteriores da ilha passam para o histórico.

Cada mudança aprovada deve trazer as assinaturas de aprovação, a referência ao desenho ou à especificação revisada e a confirmação de que os parceiros de execução afetados foram avisados. Uma especificação pode estar correta enquanto a instalação está errada, porque uma equipe trabalhou com o desenho antigo. O agente pode lembrar a equipe de fechar esses ciclos, mas é uma pessoa que confirma que eles aconteceram.

Pedidos de garantia: registro, evidências e encaminhamento

A garantia é um problema diferente. O comprador relata algo que deu errado, muitas vezes com frustração e às vezes meses depois da entrega. O trabalho do agente é reunir um relato completo, associá-lo à casa e ao componente corretos e encaminhá-lo a um responsável humano. Ele não deve decidir se o defeito é coberto, prometer data de visita nem diagnosticar a causa.

Um registro útil captura o ambiente, o componente ou sistema, quando o problema começou, fotos ou vídeos quando isso for seguro, se o problema está piorando e se há algum risco imediato, como água se espalhando, cheiro de queimado na parte elétrica ou odor de gás. Qualquer situação com possível risco à segurança vai imediatamente para uma pessoa, e o comprador recebe as instruções de emergência do seu próprio procedimento, não algo que o agente improvisa.

Cenário ilustrativo: um comprador escreve que a porta do banheiro emperra depois de dias úmidos. O agente pergunta qual porta é, se ela foi pintada ou ajustada desde a entrega e se o batente apresenta fissuras. Em seguida abre um chamado de garantia vinculado ao registro da casa, anexa a descrição do comprador e o encaminha ao coordenador de garantia com a observação de que nenhum risco foi relatado. O comprador recebe o número do chamado e o próximo passo, e não um palpite sobre o reparo. Equipes de manutenção enfrentam um problema parecido de triagem, e as regras descritas em Agentes de IA para administração de imóveis: inquilinos e manutenção se aplicam bem a uma central de garantia.

Os registros de garantia também precisam de um prazo. Associe a cada item o período de cobertura, as exclusões conhecidas e a data original de instalação, para que o coordenador e o agente trabalhem com os mesmos fatos. Encaminhar pedidos para uma caixa compartilhada sem responsável nomeado é a forma mais comum de travar um atendimento, e um atendimento parado é o que o comprador mais lembra.

Permissões, aprovações e trilha de auditoria

Dê ao agente o acesso mais restrito que ainda permita cumprir o trabalho. Acesso de leitura à especificação aprovada, às decisões pendentes e ao histórico de garantia costuma ser suficiente para perguntas dos compradores. A escrita deve se limitar a criar chamados, adicionar anotações e anexar arquivos enviados pelo comprador. Alterar uma seleção, aprovar uma ordem de mudança, contratar um parceiro ou emitir um crédito deve exigir que uma pessoa nomeada execute a ação.

As orientações de autorização da OWASP são uma boa referência para essa separação. Defina quem ou o que pode executar cada ação sobre cada objeto, aplique essa regra no sistema e não no prompt, e registre todo acesso. Instruções no prompt não são um sistema de permissões. Um agente instruído a não aprovar mudanças ainda pode ser direcionado por uma mensagem que tente anular a instrução, então a restrição precisa estar na ferramenta que o agente chama.

Registre o que o agente leu, o que respondeu e o que escreveu. Quando um comprador contesta uma resposta, você precisa ver qual versão da especificação o agente usou e em que momento. A introdução à observabilidade do OpenTelemetry descreve a ideia geral de rastros e sinais que permitem reconstruir o que um sistema fez, e essa mesma ideia se aplica às respostas do agente: cada resposta deve ser rastreável até uma versão da especificação e um carimbo de data e hora. Revise o registro mensalmente nos primeiros meses e observe três padrões: respostas que citam documentos substituídos, perguntas encaminhadas à pessoa errada e pedidos tratados fora das permissões do agente. Esses padrões costumam mostrar se o registro de origem ou as permissões das ferramentas precisam de ajustes.

Como a Be Human opera isso em operações gerenciadas

A Be Human projeta e opera esse tipo de estrutura como infraestrutura de IA personalizada. Uma primeira etapa define o papel único que o agente exerce em seleções ou garantia, os registros que ele lê, a memória que mantém, as ferramentas que pode acionar, os limites de aprovação e um critério de sucesso observável, como perguntas dos compradores respondidas a partir do registro aprovado sem escalonamento para a equipe. As operações gerenciadas cobrem o monitoramento das respostas em relação à especificação, avaliações periódicas, manutenção das integrações com as ferramentas de projeto e agendamento, revisão periódica das permissões, resposta a incidentes quando uma resposta estiver errada e mudanças controladas no comportamento do agente. O atendimento é remoto, em inglês e em português. Se você quer descobrir a primeira tarefa de seleções ou garantia que vale a pena entregar a um agente, faça o diagnóstico gratuito de IA da Be Human.

Perguntas frequentes

Um agente de IA pode responder compradores sobre seleções sem revisão da equipe? Sim, para perguntas de status e sobre a especificação aprovada, desde que as respostas venham de um registro atualizado e que as permissões do agente impeçam qualquer alteração. Perguntas sobre substituições, créditos, promessas de cronograma ou qualquer tema fora da especificação aprovada devem ir para uma pessoa nomeada. Comece com respostas somente leitura e amplie o escopo apenas depois de revisar uma amostra das respostas.

O que acontece se uma ordem de mudança for aprovada verbalmente? Ela não deve contar como escopo contratado até que alguém registre a aprovação na especificação, com referência, data e as partes que aprovaram. Até lá, o agente deve informar que a mudança está em análise e encaminhar a dúvida ao gerente de projeto. A distância entre a decisão verbal e o registro é um problema de processo, e o agente vai evidenciá-lo ao se recusar a adivinhar.

Como tratar pedidos de garantia com possível risco à segurança? Qualquer relato que mencione água se espalhando, cheiro de queimado, odor de gás ou movimentação estrutural deve ser encaminhado imediatamente a uma pessoa, com as instruções de emergência retiradas do seu procedimento aprovado. O agente não deve diagnosticar a causa nem tranquilizar o comprador. Ainda assim, deve registrar a localização e a descrição para que o responsável comece com informações completas.

Precisamos de um sistema novo para operar um agente em seleções e garantia? Não necessariamente. Muitas construtoras já têm uma plataforma de projetos, documentos compartilhados ou um banco de dados que pode servir como registro, desde que suporte identificadores, status, histórico e permissões. A primeira tarefa costuma ser organizar o registro e definir as regras sobre o que conta como aprovado, e esse trabalho compensa com ou sem um agente depois.

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