IA para empresa de reforma de cozinhas: decisões e mudanças de escopo

Uma empresa de reforma de cozinhas evita perder decisões de projeto e mudanças de escopo registrando cada escolha como uma entrada aprovada e versionada em uma única memória de projeto. Todo agente posterior, seja o que redige o orçamento, prepara o pedido de armários ou escreve as notas de instalação, lê esse registro antes de agir. O resultado é que a equipe, o fornecedor e o cliente trabalham com a mesma versão aprovada, e não com o que foi dito na última ligação.

Principais pontos

• Trate cada decisão de projeto como um registro com responsável, status e versão, e não como uma linha no resumo de uma ligação.
• Vincule cada mudança de escopo à decisão que ela substitui, para que a premissa antiga deixe de alimentar pedidos e cronogramas.
• Dê aos agentes acesso de leitura ao histórico de decisões e acesso de escrita apenas a rascunhos que um responsável pelo projeto aprove.
• Avalie a configuração por um teste simples: um instalador consegue responder “o que o cliente aprovou para esta parede” sem ligar para o escritório?

Por que a intenção do projeto se perde em uma reforma de cozinha

Um projeto de cozinha passa por muitas mãos. O cliente escolhe o layout na loja, muda a despensa retrátil por mensagem, aprova o revestimento a partir de uma foto no celular e concorda em mover uma tomada durante a visita à obra. O projetista atualiza um desenho, o orçamentista recalcula com uma planilha antiga, o fornecedor confirma o pedido com base no primeiro desenho e o instalador recebe a foto de um esboço que ninguém marcou como substituído.

Nenhuma dessas pessoas é descuidada. O problema é estrutural. Cada repasse copia um retrato das decisões, e cada retrato se afasta um pouco do anterior. Quando os armários chegam, o projeto pode conter três versões da mesma ilha, e ninguém consegue dizer qual delas o cliente assinou.

Um agente de IA torna esse problema mais rápido, não menor, se ler de fontes espalhadas. Um agente que redige uma ordem de mudança a partir de uma troca de e-mails pode estar com toda a confiança errado sobre o que foi aprovado. A solução não é um modelo mais inteligente. É um registro único, mantido com disciplina, que os agentes são obrigados a consultar antes de responder ou agir. Sistemas baseados em recuperação de informação seguem a mesma lógica: a resposta só é tão confiável quanto a fonte que o sistema tem permissão para consultar, como descrevem as orientações de arquitetura de recuperação do Google Cloud.

O que a memória do projeto deve conter

A memória não precisa guardar todas as conversas. Precisa guardar os fatos que alteram custo, prazo, segurança ou o que o cliente vai ver. Para uma empresa de reforma de cozinhas, isso normalmente inclui o seguinte:

• Cada decisão de projeto aprovada, com as palavras exatas do cliente, a data da confirmação e a pessoa que confirmou.
• Cada mudança de escopo, com o motivo, a decisão que ela substitui e se altera preço, prazo de entrega ou a sequência de instalação.
• Itens substituídos, mantidos visíveis, mas marcados como não válidos, para que um agente consiga explicar por que um desenho antigo ainda existe.
• Inclusões e exclusões, como quem fornece os eletrodomésticos, quem faz a medição da bancada e o que acontece se uma parede existente não for adequada.
• Condições do local encontradas após a demolição, como piso desnivelado, uma tubulação inesperada ou uma parede que não suporta um armário alto.
• Perguntas em aberto que ainda precisam de resposta antes da compra, com um responsável e um prazo definido pelo líder do projeto.

A mesma estrutura vale para outros ofícios que trabalham com orçamentos e desenhos. Uma empresa de cercas, por exemplo, precisa da mesma disciplina em torno de medidas e mudanças aprovadas.

Um passo a passo para registrar decisões

O processo de registro importa mais do que o software. A maioria das empresas pode começar com uma rotina simples antes de automatizar qualquer coisa.

• Defina um responsável pelo registro do projeto, geralmente o gerente de projeto ou o projetista principal, que responde pela aprovação das entradas.
• Crie um conjunto fixo de campos para cada decisão: ambiente, opções consideradas, opção escolhida, palavras do cliente, aprovador, status e o documento relacionado.
• Registre as decisões no mesmo dia útil em que forem tomadas, inclusive as feitas por telefone ou na obra, e anexe foto ou mensagem sempre que possível.
• Quando uma decisão mudar, crie uma nova versão que aponte para a anterior. Não edite a entrada antiga no lugar.
• Antes de cada repasse para a compra, a instalação ou o cliente, peça ao responsável que confirme que cada item em aberto foi resolvido ou sinalizado.
• Revise o registro em cada marco, como após a medição final e antes da liberação dos armários, e feche ou escalone tudo o que ainda estiver pendente.

Uma marcenaria enfrenta a mesma disciplina ao emitir desenhos de fabricação e orçamentos. O princípio é idêntico: o desenho a partir do qual se corta precisa ser o que o cliente aprovou, e esse vínculo precisa estar visível.

Como um agente deve lidar com uma mudança de escopo?

O caso mais difícil é a mudança que chega de forma informal, no meio do projeto, vinda de alguém que parece muito seguro. Considere o cenário a seguir, que é ilustrativo e não foi extraído de um projeto real.

Cenário ilustrativo: à noite, um proprietário envia mensagem à coordenadora do projeto pedindo para mover a pia da ilha para a parede da janela e acrescentar uma segunda lava-louças. A coordenadora encaminha a mensagem ao agente. O agente consulta o registro de decisões, verifica que a posição da pia e a lava-louças foram aprovadas algumas semanas antes e observa que o pedido da ilha foi liberado no dia anterior. Ele redige um resumo da mudança que lista a decisão antiga, a alteração solicitada, os armários e a hidráulica afetados, o impacto provável em custo e prazo e as perguntas que o líder do projeto precisa responder sobre as linhas de abastecimento existentes. Ele não envia um orçamento revisado, não contata o fornecedor e não marca a mudança como aprovada. O líder do projeto revisa o rascunho na manhã seguinte, conversa com o cliente e só então cria uma nova versão aprovada.

Nesse cenário, o agente fez o trabalho que é lento para pessoas e seguro para software: encontrar a decisão anterior, listar as dependências e redigir. A decisão em si continuou com uma pessoa que podia responder por ela.

Onde devem estar os limites

As permissões de um agente devem corresponder ao custo de errar. Ler o registro de decisões, resumir uma conversa e redigir um resumo de mudança são ações de baixo risco. Enviar um preço revisado, liberar um pedido ao fornecedor, alterar uma data de instalação ou dizer ao cliente que uma mudança estrutural é aceitável são ações de alto risco, e cada uma deve exigir a aprovação de uma pessoa identificada.

Um guia simples de decisão ajuda a equipe a definir essas fronteiras:

• O agente pode ler o registro completo do projeto, o histórico de decisões e as confirmações dos fornecedores.
• O agente pode redigir resumos de mudança, mensagens ao cliente, listas de pendências e notas internas, sempre marcadas como rascunho.
• O agente pode sinalizar conflitos, como duas entradas aprovadas para a mesma parede, e encaminhá-los ao responsável.
• O agente não pode aprovar uma mudança, alterar uma decisão aprovada, liberar um pedido ou prometer uma data ou um preço.
• O agente não pode dar orientação sobre questões estruturais, elétricas, de gás ou de licenciamento. Essas questões vão para um profissional habilitado.

O controle de acesso deve seguir a mesma regra. As permissões de cada ferramenta e fonte de dados devem ser restritas à tarefa, princípio que as diretrizes de autorização da OWASP tratam como higiene básica. O NIST AI Risk Management Framework oferece um vocabulário útil para documentar quem supervisiona essas escolhas e como os erros são detectados.

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

A Be Human projeta e opera esse tipo de memória como parte de uma infraestrutura de IA personalizada para a empresa. Em um primeiro projeto, o trabalho define o único papel que o agente vai desempenhar, como a redação de resumos de mudança para a coordenadora do projeto, e identifica os campos de decisão, os sistemas de origem, os limites de aprovação e o critério de sucesso. A operação gerenciada então cobre a revisão de permissões quando pessoas ou ferramentas mudam, o monitoramento da frequência com que os agentes citam entradas substituídas, a manutenção das integrações quando o software de orçamento ou de pedidos é atualizado e melhorias controladas nos rascunhos com base no que o líder do projeto efetivamente edita. A memória continua sob controle do cliente, e mudanças no que os agentes podem fazer são feitas de forma deliberada, e não por desvio gradual.

Como saber se a memória está funcionando?

A memória de projeto só é útil se os agentes a usarem corretamente de forma consistente. Meça isso com trabalhos já concluídos, e não com demonstrações. Escolha um conjunto de projetos finalizados que tenham incluído pelo menos uma mudança no meio do caminho. Reapresente ao agente as mensagens de clientes desses projetos e verifique se cada rascunho identifica a versão aprovada atual, sinaliza a substituída e lista as dependências corretas. Repita isso após qualquer mudança relevante nos prompts, nas ferramentas ou nos dados. Os guias de avaliação de sistemas de IA descrevem esse padrão de testar contra casos fixos, e os materiais sobre avaliação de agentes mostram como separar o sucesso da tarefa do caminho que o agente percorreu.

Para os instaladores, o teste é mais simples: eles conseguem abrir o registro de qualquer parede, armário ou eletrodoméstico e ver o que foi aprovado, por quem e quando? Se a resposta for sim na maioria das vezes, o sistema está cumprindo seu papel. Se a resposta depender de quem se lembra da ligação, a rotina de registro precisa de mais disciplina antes que qualquer agente seja adicionado.

Se você quer descobrir qual é a primeira tarefa da sua empresa de reforma que vale a pena passar para um agente, faça o diagnóstico gratuito de IA da Be Human.

Perguntas frequentes

O agente de IA substitui o projetista ou o gerente de projeto? Não. Nessa configuração, o agente lê o registro aprovado, redige resumos e sinaliza conflitos, enquanto o projetista ou o gerente aprova cada mudança e conversa com o cliente. O agente reduz o tempo gasto procurando em mensagens e desenhos antigos, que é onde muitos erros começam. As decisões, os preços e o relacionamento com o cliente continuam com as pessoas.

Onde o histórico de decisões deve ficar? Deve ficar no sistema que sua equipe já usa para gerir projetos, com um único responsável identificado e uma estrutura fixa para cada entrada. A propriedade mais importante é haver um único lugar autoritativo e que as entradas substituídas sejam mantidas, mas claramente marcadas. Os agentes devem apontar apenas para essa fonte, para não usarem cópias desatualizadas de e-mails ou planilhas antigas.

O que acontece quando uma mudança é feita verbalmente na obra? O instalador ou o líder deve escrever uma nota curta no mesmo dia, incluindo o que foi dito, quem disse e qualquer foto que mostre a condição. O responsável pelo projeto então revisa a nota e cria uma nova versão aprovada ou registra que a mudança continua pendente. Um agente pode ajudar redigindo essa nota a partir de um áudio ou mensagem, mas a nota não é considerada aprovada até que uma pessoa a confirme.

Os agentes podem enviar mensagens aos clientes sobre mudanças? Eles podem redigir essas mensagens, mas uma pessoa identificada deve revisar e enviar, pelo menos até que a equipe tenha evidências, ao longo de muitos projetos, de que os rascunhos são confiáveis. Mensagens sobre preço, prazo ou mudanças estruturais carregam o maior risco e nunca devem sair sem revisão. Mensagens de menor risco, como a confirmação de uma janela de entrega já aprovada, podem ter permissões mais flexíveis quando as permissões e as avaliações permitirem.

O registro só é tão confiável quanto a última pessoa autorizada a alterá-lo, por isso mantenha a etapa de aprovação visível.

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