Agentes de voz para condomínios: pedidos de manutenção
Identifique o local e registre uma ocorrência sem antecipar diagnóstico ou prazo.
- Autoria
- Equipe Tigy AI
- Publicado
- Atualizado
Um agente de voz com IA para condomínios pode organizar solicitações de manutenção: identificar o local, registrar o problema observado e orientar o próximo passo. No Tigy AI, instruções e documentos aprovados definem essa triagem administrativa. Uma ferramenta conectada ao sistema externo pode abrir ou consultar uma ordem quando autorizada. Diagnóstico técnico, prioridade emergencial e prazo de reparo pertencem à equipe ou ao sistema responsável.
Defina o tipo de pedido
Separe informação sobre manutenção, nova ocorrência e acompanhamento. Escreva o escopo nas instruções e associe documentos aprovados sobre canais e horários. O agente não deve diagnosticar um risco, avaliar uma instalação ou prometer atendimento emergencial.
Colete o local sem excesso
Para um caso fictício de iluminação, peça condomínio e área comum identificada, descrição curta e canal de retorno autorizado. Confirme o local antes de registrar para evitar uma visita ao bloco errado. Dados de unidade ou pessoa só entram quando a tarefa realmente exige.
Registre pelo sistema responsável
Se houver uma conexão configurada, o agente pode registrar a ocorrência no sistema de manutenção. A equipe responsável por esse sistema deve conferir o acesso e os dados necessários. Só informe um protocolo quando o registro estiver confirmado. Sem a conexão, explique o canal disponível para solicitar revisão e não anuncie que uma ordem foi aberta.
Explique a continuidade
Use o prazo publicado pela administradora quando aplicável e atualizado. Um registro aceito não prova despacho de equipe nem conclusão do reparo. Perguntas sobre prioridade ou segurança devem seguir o canal aprovado pelo responsável.
Teste ocorrências parecidas
Teste local ambíguo, pedido repetido, falha de registro e solicitação fora do escopo administrativo. Compare o que chegou à equipe com o relato confirmado. Acompanhe pedidos duplicados e correções de localização antes de ampliar o piloto.
Que dados tornam uma ocorrência de manutenção utilizável?
Registre condomínio, bloco ou área comum, equipamento quando conhecido e descrição observada. Use o contato autorizado somente quando necessário à continuidade. “Portão do bloco A não abre” ajuda a localizar; “motor queimado” acrescenta um diagnóstico não demonstrado pela ligação.
A administradora deve definir categorias, destinos e critérios de prioridade. O agente confirma o relato e aplica o processo aprovado, sem orientar reparos improvisados. Se houver integração, confira a referência criada; se houver só coleta, mantenha explícito que a equipe ainda precisa receber ou analisar conforme o fluxo existente.
Registre o problema observado sem anunciar um diagnóstico
Uma ligação sobre manutenção costuma começar com um sinal: uma luz apagada, um portão que não abre ou um vazamento percebido. Esse relato não determina sozinho a causa nem o reparo necessário. O agente deve identificar local, equipamento e observação útil, mantendo a diferença entre o que o morador percebeu e o que a equipe verificou. “O morador relata água no corredor” é um registro mais preciso que “a tubulação rompeu”, quando nenhuma inspeção confirmou a causa.
Em um condomínio fictício, uma pessoa informa que o portão não responde. O agente pode perguntar qual acesso está envolvido e desde quando o problema foi percebido. Se existe consulta de ocorrências, ela ajuda a identificar um registro aberto. A ausência de ocorrência não prova que o equipamento funciona. A resposta deve explicar o que foi consultado e registrar o relato pelo processo aprovado, sem atribuir a falha ao controle remoto ou ao motor por suposição.
Use perguntas sobre sinais observáveis e evite instruções técnicas improvisadas. O objetivo da coleta é permitir que a equipe entenda onde agir, não orientar o morador a desmontar equipamentos ou executar um reparo. Para categorias que exigem um procedimento específico de segurança ou emergência, use somente orientação aprovada pela operação e o canal existente. Não invente um protocolo durante a ligação.
Defina quais campos distinguem ocorrências parecidas: bloco, área comum, equipamento e horário aproximado, conforme necessário. Não peça endereço completo de todos se o contexto já identifica o condomínio. Uma coleta enxuta e precisa ajuda mais que uma narrativa extensa com hipóteses não verificadas. Confirme os elementos usados para localizar o problema antes de registrar a solicitação.
Use critérios aprovados para prioridade e encaminhamento
A intensidade da reclamação não deve ser o único critério de prioridade. Um morador pode falar com urgência sobre um problema que a equipe atende por agendamento; outro pode descrever calmamente uma situação que exige um canal específico. Defina categorias e saídas com quem administra o condomínio. O agente deve reconhecer o relato e aplicar a orientação aprovada, sem fazer avaliação técnica além de sua atribuição.
Em um exemplo fictício, uma lâmpada apagada em uma área de circulação e uma falha em um equipamento de acesso podem seguir destinos diferentes. O prompt precisa explicar quais informações permitem escolher a categoria. Se o caso não corresponde às categorias disponíveis, registre a dúvida e use a saída prevista. É melhor pedir uma informação curta ou encaminhar para triagem que inventar uma prioridade para concluir a ligação.
Separe encaminhamento de atendimento confirmado. A ferramenta pode criar uma solicitação para a administração, mas isso não prova que um técnico está a caminho. Informe protocolo e estado quando devolvidos. Um prazo só pode ser apresentado se estiver aprovado e for aplicável ao caso. A previsão de um registro antigo não deve virar promessa para uma ocorrência nova, mesmo que os problemas pareçam semelhantes.
Teste casos com descrição incompleta, localização corrigida, múltiplos problemas na mesma chamada e pessoa que exige prioridade maior. A integração deve validar os campos e o destino; a conversa deve explicar o resultado de forma compreensível. Quando houver uma orientação urgente aprovada, ela precisa estar disponível sem depender de uma longa coleta. A operação deve decidir esse comportamento antecipadamente e verificar sua execução em testes específicos.
Relacione novos relatos a ocorrências já abertas
Durante uma falha em área comum, vários moradores podem ligar sobre o mesmo equipamento. Criar um pedido de reparo independente para cada relato pode duplicar trabalho e dificultar acompanhar o estado. Quando a integração oferece consulta, procure ocorrências correspondentes antes de abrir um novo registro. A relação precisa considerar o local e o tipo de problema, não apenas uma palavra parecida na descrição.
Um portão do bloco A e um portão do bloco B podem ter falhas distintas. O agente deve confirmar qual equipamento a pessoa menciona antes de vincular o relato. Se há uma ocorrência conhecida para o equipamento certo, pode informar o estado autorizado e registrar uma nova observação quando essa operação existir. Não encerre dizendo que o caso é duplicado se o morador descreve um efeito adicional que a equipe precisa conhecer.
Combine com a equipe como lidar com um registro que demora a ser confirmado. O agente deve explicar que está aguardando, sem abrir outro pedido porque o morador insistiu. Peça ao responsável pela integração que confira se o sistema evita ocorrências duplicadas quando recebe a mesma solicitação novamente. Uma instrução de cuidado não substitui esse controle.
Teste ocorrência já aberta, equipamento diferente com nome semelhante, retorno de API indisponível e nova informação sobre um registro existente. A resposta precisa distinguir “há uma ocorrência registrada” de “o problema foi resolvido”. Se a ferramenta mostra conclusão, não presuma que o relato atual é inválido: a pessoa pode estar informando recorrência. Registre o estado consultado e o novo relato separadamente para que a administração consiga investigar.
Prepare um registro que o prestador consiga usar
O próximo profissional precisa saber onde está o problema e o que foi observado, sem ler uma transcrição inteira para encontrar esses pontos. Defina um resumo com localização, categoria, relato confirmado, informação consultada e ação registrada. Não apresente hipóteses do agente como diagnóstico. Se o prestador precisa de contato para acesso, colete o dado pelo procedimento aprovado e explique por que ele é necessário.
Em uma manutenção fictícia de área comum, o morador não deveria receber promessa de visita ao apartamento se a ocorrência envolve apenas um equipamento externo. A forma de acesso e o responsável pelo atendimento precisam vir do processo do condomínio. O agente pode registrar disponibilidade relatada, mas não deve confirmar uma janela de visita sem ferramenta ou fonte que a autorize. Preferência e agendamento são informações diferentes.
Se houver transferência telefônica, teste o destino e o que acontece quando ninguém atende. No Tigy, uma transferência direta não envia automaticamente o histórico. Se a administração precisa das informações, configure um envio separado. Confira se a pessoa que atende realmente consegue abrir o registro, e não apenas se a conexão informou sucesso.
Planeje a continuidade fora do horário de funcionamento. Pode existir um canal diferente, uma orientação específica ou apenas registro para tratamento posterior, conforme aprovado. A mensagem deve corresponder a essa capacidade. “A equipe foi avisada” exige evidência do aviso; “o pedido foi registrado” descreve um registro. Uma finalização precisa reduz ligações de acompanhamento motivadas por expectativas incorretas e evita que o agente anuncie mobilização de prestadores que ainda não aconteceu.
Meça a qualidade da triagem até a manutenção
O agente não conserta o equipamento apenas por atender a ligação. Sua contribuição pode ser medida pela qualidade do registro, pelo destino correto e pela clareza para o morador. A conclusão do reparo pertence ao sistema e à equipe responsável. Separar essas etapas permite avaliar o atendimento sem anunciar resolução técnica que não foi confirmada ou responsabilizar o agente por uma atividade fora de seu escopo.
Revise uma amostra com tipos diferentes de ocorrência, locais parecidos, relato repetido e consulta indisponível. Confira se a equipe precisou perguntar novamente onde estava o problema, se a categoria foi corrigida e se o registro criou expectativa indevida sobre visita ou prazo. Para ações de escrita, compare a conversa com a ocorrência efetivamente criada. Para consulta, compare a fala com o estado devolvido.
Acompanhe duplicações, encaminhamentos incorretos, relatos incompletos e contatos repetidos por falta de informação. Separe categorias porque manutenção administrativa, orientação de uso e falha de equipamento têm necessidades diferentes. Uma redução no tempo médio da chamada pode ser ruim se decorre de coleta insuficiente. Interprete os indicadores com exemplos e com a opinião da administração e dos prestadores.
Mantenha fontes atualizadas quando mudam horários, contatos ou regras de atendimento. Revise descrições de ferramentas quando os estados da ocorrência mudam no sistema. Depois de cada alteração relevante, repita os cenários afetados, incluindo falhas e correções do morador. Um agente útil organiza relatos e facilita continuidade, com limites claros sobre diagnóstico, prazo e reparo. Essa precisão sustenta uma operação mais previsível e evita que uma conversa convincente seja confundida com uma manutenção já executada.
