Agente de IA para instalação de luzes de fim de ano: memória de projetos

Um agente de IA para instalação de luzes de fim de ano funciona melhor quando consulta um registro guardado de cada casa, das instalações anteriores, dos projetos aprovados e das regras de agendamento, em vez de começar do zero em cada temporada. Ele pode responder perguntas recorrentes, rascunhar orçamentos e reservar janelas de instalação, mas só depois que a empresa definir o que ele lembra, quais ferramentas pode usar e quais decisões continuam com uma pessoa. Este artigo explica como montar essa memória nos meses mais calmos, para que a temporada alta não comece com a reconstrução manual de tudo.

Principais pontos

• Monte o registro de clientes e projetos antes da alta demanda, enquanto a agenda ainda está tranquila.
• Guarde os dados que se repetem todo ano: tipo de telhado, modelo de calha, localização das tomadas, projetos aprovados e observações de acesso.
• Dê ao agente acesso de leitura à agenda e ao histórico de orçamentos, e acesso de escrita apenas a rascunhos e reservas provisórias.
• Mantenha com uma pessoa nomeada as decisões sobre preços, questões de telhado e elétrica, reembolsos e mudanças de projeto.
• Avalie o agente pela redução de perguntas repetidas e de visitas agendadas em duplicidade, e não pelo volume de mensagens que ele envia.

Por que as mesmas perguntas voltam a cada temporada

Um instalador de luzes de fim de ano trabalha em uma janela curta e intensa. Clientes que tiveram decoração no ano anterior voltam com as mesmas dúvidas: o projeto vai ser igual, quais tomadas foram usadas, se o controlador ainda está instalado e quem aprovou a mudança nos grampos da calha. As respostas existem, mas estão espalhadas em notas fiscais antigas, no caderno do encarregado da equipe e em fotos no celular. Quando a demanda começa, o escritório reconstrói esse contexto manualmente em cada ligação, e detalhes se perdem.

Uma ferramenta de chat genérica não resolve isso sozinha. Cada conversa começa do zero, a menos que a empresa forneça o histórico no momento da pergunta. Arquiteturas baseadas em recuperação lidam com isso buscando registros aprovados quando eles são necessários, em vez de depender de o modelo lembrar. A orientação da AWS que compara recuperação com ajuste fino explica por que informações que mudam com frequência, como o layout de uma casa depois de um reparo, devem ficar em um armazenamento que a empresa consegue atualizar e auditar, e não ser absorvidas pelo modelo.

O que a memória deve guardar para cada casa

O registro deve conter o que a visita precisa e nada além disso. Um conjunto inicial prático inclui:

• Dados do imóvel: tipo de telhado, modelo de calha, altura do beiral e onde uma escada pode chegar com segurança.
• Histórico de instalações: o projeto de cada temporada, o número de linhas, o tipo de controlador e o que foi retirado.
• Observações elétricas: localização das tomadas e limites de circuito conforme registrados pela equipe, com um alerta onde um eletricista habilitado precisa conferir.
• Acesso: instruções de portão, estacionamento, animais de estimação e se o cliente precisa estar presente.
• Preferências: esquemas de cor, janelas de horário e tudo o que o cliente pediu para evitar.
• Decisões: quem aprovou cada mudança, quando e um motivo resumido.

Registros de clientes reúnem dados sensíveis rapidamente. Limite códigos de acesso e anotações pessoais aos campos que a equipe realmente usa, e defina uma regra para excluir ou arquivar casas que a empresa não atende mais.

Guardar projetos como dados, e não apenas como fotos

As fotos importam, mas um agente não consegue contar fios ou medir espaçamentos de forma confiável a partir de uma imagem. Guarde o projeto como anotações estruturadas: trechos nomeados, comprimentos medidos, fios por trecho, regras de espaçamento e a sequência que a equipe segue no local. Anexe a foto como evidência. Um padrão simples para cada casa fica assim:

• Nomeie cada trecho do jeito que um membro da equipe falaria, como grade da varanda da frente ou bordo da esquerda.
• Meça com trena e registre o valor na unidade que a equipe usa, com a data.
• Identifique a origem de cada medida: medição da equipe, estimativa do cliente ou desconhecida.
• Marque o que mudou em relação à temporada anterior e o motivo da mudança.
• Depois que o cliente aprovar, salve a versão final e mantenha a data da versão visível.

Cenário ilustrativo: uma cliente que já contratou o serviço pede, no fim do outono, para repetir a decoração do ano anterior e acrescentar uma árvore. O agente recupera o projeto guardado, percebe que um trecho do beiral foi encurtado depois de um conserto na calha, e rascunha um orçamento e um pedido de visita técnica que destaca essa mudança. Uma pessoa confirma o comprimento do beiral antes de qualquer coisa ser enviada à cliente.

A mesma disciplina vale para outros negócios sazonais. As anotações sobre reserva de datas em locais de casamento seguem um padrão parecido: um registro provisório protege a agenda até que uma pessoa confirme.

Definir os limites de aprovação antes da alta demanda

Os limites de aprovação são mais fáceis de definir nos meses calmos do que no meio de dezembro. Um guia de decisão viável para o agente fica assim:

• O agente pode responder perguntas com base em registros aprovados, como o projeto da temporada passada, a janela habitual de instalação e o que a equipe precisa levar ao local.
• O agente pode rascunhar um orçamento a partir das regras guardadas pela empresa, mas uma pessoa nomeada aprova cada orçamento antes de ele sair.
• O agente pode propor um horário de visita e criar uma reserva provisória que expira, a menos que o cliente ou o escritório a confirme.
• O agente deve passar para uma pessoa quando envolver telhado, quadro elétrico ou estrutura, ou quando um cliente contestar uma cobrança.
• O agente nunca emite reembolsos, não promete uma data de conclusão que a equipe não confirmou e não altera um projeto guardado sem aprovação.

Escreva essas regras em linguagem simples e mantenha-as junto ao registro de memória. Quando uma regra não estiver clara, o padrão deve ser o encaminhamento para uma pessoa, e não um palpite.

Conectar ferramentas sem entregar todas as chaves ao agente

O agente precisa de acesso de leitura à agenda, ao histórico de orçamentos e à biblioteca de fotos, e de acesso de escrita restrito a rascunhos e reservas. Crie uma conta separada para o agente, para que suas ações apareçam nos registros com identidade própria. Remova esse acesso quando um membro da equipe sair e revise-o no início de cada temporada. A orientação da OWASP sobre autorização aponta para verificar cada requisição contra as permissões da conta que age, em vez de confiar no julgamento do próprio agente sobre o que ele deveria fazer.

Dois detalhes de projeto evitam erros comuns. Primeiro, trate o texto enviado pelos clientes como dado, e não como instrução, porque uma mensagem pode conter frases feitas para alterar o comportamento do agente. Segundo, faça com que as reservas sejam seguras de repetir. Se o mesmo pedido chegar duas vezes, o sistema deve atualizar uma única reserva, e não criar duas visitas para o mesmo horário.

Operar a temporada e revisar a memória a cada ano

Uma camada de memória precisa de uma rotina, ou se deteriora. Um ciclo prático tem cinco etapas:

• Antes do primeiro pico de agendamentos, reúna um conjunto de conversas reais de anos anteriores e confira as respostas do agente com os registros guardados.
• Registre cada consulta, rascunho e reserva junto com o registro em que ele se baseou, para que uma resposta errada possa ser rastreada.
• Durante o pico, revise as divergências todos os dias e corrija o registro de origem, e não apenas a resposta.
• Depois da temporada, aposente trechos desatualizados, arquive casas que mudaram de dono e congele as versões aprovadas que você vai precisar no ano seguinte.
• Antes da temporada seguinte, rode de novo o mesmo conjunto de conversas para confirmar que nada piorou.

O NIST AI Risk Management Framework trata essas atividades como trabalho contínuo ao longo da vida de um sistema: mapear riscos, medir o comportamento e gerenciar mudanças. Para um pequeno instalador, isso significa uma revisão escrita e curta, com um responsável claro, e não um programa de governança extenso.

Por onde começar e como a Be Human atua

Comece com um único papel, geralmente o assistente de agendamento e memória de projetos que responde clientes que voltam. Defina os campos de memória, as ferramentas que ele pode acessar, os limites de aprovação e uma medida de sucesso, como menos perguntas repetidas por agendamento. A Be Human projeta e opera esse tipo de configuração como serviço gerenciado: define o primeiro papel e sua memória, mantém integrações e permissões em revisão, executa avaliações recorrentes com conversas passadas e trata incidentes, como uma conexão de agenda que deixou de funcionar. O trabalho é remoto e disponível em inglês e português.

Se você quiser descobrir qual é a primeira tarefa que vale a pena entregar a um agente, faça o diagnóstico gratuito de IA da Be Human.

Perguntas frequentes

Preciso de um CRM completo para que um agente de IA ajude com os agendamentos de fim de ano? Você não precisa de um sistema corporativo, mas precisa de um único lugar onde registros de clientes, projetos e entradas da agenda sejam mantidos de forma consistente. Um registro compartilhado e bem estruturado, com datas de versão claras, costuma bastar para começar. O agente pode ler esse registro e escrever apenas em rascunhos e reservas.

O agente precisa ver fotos da casa do cliente? As fotos são úteis como evidência, mas o agente deve se apoiar em anotações estruturadas para medidas, trechos e contagens. Uma foto pode mostrar a linha do telhado sem mostrar um comprimento utilizável, então anexe as fotos como apoio e mantenha os dados oficiais em campos que a equipe consiga verificar. Limite quem pode ver imagens de propriedades privadas.

Quem deve aprovar orçamentos e mudanças de projeto? Uma pessoa nomeada na empresa deve aprovar todo orçamento e toda alteração em um projeto guardado. O agente pode preparar ambos, indicar os registros que usou e sinalizar qualquer coisa diferente da temporada anterior. A aprovação deve ser registrada, para que o histórico mostre quem autorizou e quando.

O que acontece com os dados dos clientes depois que a temporada termina? Defina uma regra de retenção antes da primeira reserva. Guarde o que a empresa precisa para atender clientes que voltam, arquive registros de casas que deixaram de ser atendidas e exclua os dados de acesso sensíveis que não são mais necessários. Revise essa regra com quem cuida das obrigações de privacidade da empresa, incluindo as exigências do país onde os clientes vivem.

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