Superinteligência em assistência técnica: ordem de serviço

Superinteligência em assistência técnica, na prática, não é uma máquina que pensa melhor que todos. É a capacidade de a empresa transformar o que já sabe, registrado em ordens de serviço, pedidos de peças e retornos de clientes, em respostas e ações consistentes feitas por agentes de IA. Sem ordem de serviço bem registrada o agente apenas adivinha. Com ela, ele consegue acompanhar status, peças e retorno do cliente dentro de limites definidos.

Principais pontos

• A ordem de serviço é a fonte de verdade: o agente só é tão confiável quanto o registro que ele lê.
• Status padronizados e peças vinculadas à ordem permitem respostas precisas ao cliente, sem depender da memória do técnico.
• O agente deve consultar e propor, e só agir sozinho em tarefas de baixo risco, com transferência para uma pessoa nos demais casos.
• Retorno do cliente (nova dúvida, reincidência de defeito, garantia) precisa ser ligado à ordem original, não tratado como conversa solta.
• O caminho seguro é mapear o processo, limitar dados e ações, pilotar um fluxo real e só então decidir se expande.

O que significa superinteligência em assistência técnica?

O termo costuma gerar expectativa errada. Em pesquisa e filosofia, superinteligência descreve um sistema que supera humanos em quase tudo, e isso não é o que uma assistência técnica opera hoje. Para quem decide, vale separar: o que existe no balcão e no WhatsApp são agentes de IA com tarefas delimitadas. Quem quiser aprofundar a diferença encontra o debate em mitos sobre superinteligência.

O que faz sentido chamar de camada de inteligência da empresa é outra coisa: o conjunto de conhecimento, regras e registros que permite a um agente responder como a empresa responderia em seu melhor dia. Em assistência técnica, esse conjunto nasce de três lugares: a ordem de serviço, o estoque e compras de peças, e o histórico de contato com o cliente. A arquitetura geral dessa camada está descrita em camada de superinteligência da empresa.

A consequência prática é direta. Antes de falar em modelo, ferramenta ou prompt, a pergunta é se a ordem de serviço diz, de forma legível por uma máquina, o que aconteceu com aquele equipamento.

Por que a ordem de serviço é a base de tudo?

A ordem de serviço é o único documento que acompanha o equipamento do início ao fim. Ela liga cliente, defeito relatado, diagnóstico, orçamento, peças, execução, entrega e garantia. Se esses elos estão preenchidos de forma consistente, um agente consegue responder perguntas como "em que pé está meu aparelho?" sem inventar. Se estão em texto livre, abreviações pessoais e anotações em papel, o agente herda a bagunça.

Um registro útil para agentes costuma ter estes elementos:

• Identificação do equipamento: modelo, número de série ou identificador, e acessórios deixados.
• Defeito relatado pelo cliente, separado do defeito constatado pelo técnico.
• Status em lista fechada, com um significado combinado para cada valor.
• Diagnóstico e orçamento com aprovação do cliente registrada (quem aprovou, por qual canal).
• Peças necessárias, cada uma com situação própria: solicitada, em trânsito, recebida, aplicada.
• Responsável atual pela ordem e data da última atualização.
• Condição de garantia: se a ordem é nova, retorno de uma anterior ou cobertura de peça.
• Consentimento de contato: por qual canal o cliente aceita receber avisos.

Repare que quase nada disso exige tecnologia nova. Exige disciplina de registro, e a disciplina costuma ser a parte mais difícil. Uma observação útil para a equipe: o agente não substitui o técnico que preenche a ordem, ele depende dele. Por isso vale mostrar ao time que cada campo preenchido evita uma ligação do cliente perguntando a mesma coisa.

Se a sua operação é de celulares e eletrônicos, o artigo sobre IA para assistência técnica de celulares trata da triagem e da garantia com mais detalhe.

Como o agente acompanha status e peças sem inventar?

O princípio de projeto é simples: o agente lê o registro, não o recria. Quando o cliente pergunta pelo aparelho, o agente consulta a ordem, identifica o status e a situação das peças, e responde com base no que está escrito. Se o dado não existe ou está desatualizado, ele diz isso e aciona uma pessoa. A própria Anthropic, em seu material sobre construção de agentes, recomenda começar pela solução mais simples possível e só aumentar a complexidade quando necessário. Em assistência técnica, a solução mais simples é um agente que consulta e relata.

Para isso funcionar, as ferramentas que o agente usa precisam ser estreitas e claras. O guia da Anthropic sobre como escrever ferramentas para agentes enfatiza descrições precisas e retornos que o modelo consiga interpretar. Na prática, isso significa ferramentas como "consultar ordem pelo número", "listar peças da ordem" e "registrar contato do cliente", e não um acesso amplo ao banco de dados.

Algumas regras de comportamento que costumam valer:

• Responder status somente a quem foi identificado como titular da ordem, por número da ordem e um segundo dado combinado.
• Nunca prometer prazo que não esteja registrado; quando houver previsão do fornecedor, dizer que é previsão.
• Não aprovar orçamento nem alterar valor; apenas encaminhar a aprovação para o fluxo definido.
• Registrar na ordem cada interação relevante, com data e resumo, para que o próximo atendente, humano ou agente, saiba o que foi dito.
• Transferir para uma pessoa quando o cliente demonstrar insatisfação, falar em cancelamento ou questionar cobrança.

Sobre peças, o ponto sensível é a diferença entre "pedida" e "chegou". Muitas assistências registram só o pedido. Se a ordem não recebe a baixa de recebimento, o agente vai informar que a peça está a caminho quando ela já está na bancada, ou o contrário. Vale combinar uma regra: a peça só muda de situação quando alguém dá entrada no estoque ou o fornecedor confirma. Para quem tem foco em oficina mecânica, o conteúdo de IA para oficina mecânica mostra a mesma lógica aplicada a orçamento, peças e agenda.

Como tratar o retorno do cliente e a garantia?

Retorno tem dois significados na assistência técnica, e o agente precisa distinguir. O primeiro é o contato do cliente depois da entrega: dúvida de uso, aparelho que voltou a falhar, cobrança de garantia. O segundo é o equipamento que volta à bancada. Os dois devem apontar para a ordem original.

Quando o cliente escreve dizendo que o defeito voltou, o agente deveria fazer, nesta ordem:

• Localizar a ordem anterior e verificar a data de entrega e a condição de garantia registrada.
• Perguntar o que mudou, com poucas perguntas objetivas, e pedir foto ou vídeo se o processo da empresa previr isso.
• Abrir um pré-registro de retorno vinculado à ordem original, sem decidir se está coberto.
• Encaminhar para o responsável técnico, que decide sobre a cobertura.
• Informar ao cliente o que acontece em seguida, sem prometer resultado.

A decisão de garantia envolve julgamento e impacto financeiro, então fica com uma pessoa. O agente organiza a informação para que essa pessoa decida rápido e com contexto. Se a cobertura for negada de forma automática, o cliente pode contestar, e isso toca o tema de decisões automatizadas na LGPD, tratado em decisões automatizadas e o art. 20 da LGPD.

Há ainda o aviso proativo. Informar que o aparelho ficou pronto é útil, mas mensagem ativa no WhatsApp depende de permissão e de modelo aprovado. O conteúdo sobre mensagens ativas no WhatsApp, templates e opt-in explica o que precisa estar pronto antes de ligar esse tipo de aviso.

Cenário ilustrativo: uma ordem de serviço do começo ao fim

Cenário ilustrativo, sem relação com nenhuma empresa real. Uma assistência de notebooks recebe um equipamento que não liga. A recepção abre a ordem com o defeito relatado, os acessórios deixados e o consentimento para contato por WhatsApp. O técnico diagnostica placa de alimentação com falha e registra a necessidade de uma peça, que fica com situação "solicitada".

O cliente escreve perguntando se já tem novidade. O agente identifica o titular pelo número da ordem e por um segundo dado, consulta o registro e responde que o orçamento está aguardando aprovação, informando o valor que consta na ordem e o canal para aprovar. Ele não negocia nem altera nada. A aprovação é registrada pela atendente.

Dias depois, o estoque dá entrada na peça e a situação muda para "recebida". Esse evento permite ao agente avisar o cliente de que o reparo entrou em execução, usando o modelo de mensagem aprovado. Quando o técnico marca a ordem como pronta, o aviso de retirada sai com o horário de funcionamento e a lista do que levar.

Semanas depois, o cliente diz que o problema voltou. O agente localiza a ordem original, abre o pré-registro de retorno, anexa as informações que o cliente enviou e passa para o responsável técnico. A cobertura é decidida por uma pessoa. Em nenhum ponto o agente precisou saber mais do que estava na ordem. Ele só foi confiável porque a ordem estava completa.

Como começar sem criar risco: mapear, limitar, pilotar, transferir

O método que aplicamos em projetos desse tipo segue quatro movimentos, e cada um tem uma entrega concreta.

• Mapear: descrever como a ordem de serviço nasce, muda de status e fecha hoje, quem preenche cada campo, quais campos ficam vazios com frequência e quais perguntas de clientes mais consomem o tempo da equipe. Esse mapa vira o ponto de partida para medir se o piloto ajudou.
• Limitar: definir que dados o agente enxerga e que ações pode executar. Princípios de menor privilégio, como os do guia de autorização da OWASP, valem aqui: acesso somente ao que a tarefa exige, e negação por padrão para o resto. Dados pessoais de clientes pedem atenção às orientações da ANPD e à base legal do tratamento.
• Pilotar: escolher um único fluxo real, por exemplo "consulta de status por WhatsApp", com registro das conversas, das consultas feitas e das transferências, e com uma métrica de sucesso combinada antes de começar. Antes de ligar no canal real, vale testar com dados fictícios, como descrito em como testar agente de IA com mocks e sandbox.
• Transferir: entregar o fluxo à equipe com documentação, regras de transferência para humanos e critério para decidir entre expandir, ajustar ou parar.

Esse é o caminho de um piloto controlado, não uma promessa de resultado. Cada assistência tem seu sistema de gestão, sua qualidade de registro e seu perfil de cliente, e o piloto existe justamente para descobrir o que funciona no seu caso.

Um cuidado final de segurança: o agente lê texto escrito por clientes, e esse texto pode conter instruções disfarçadas. Tratar o conteúdo recebido como dado, e não como comando, e limitar as ações disponíveis reduz o risco. O material da OWASP sobre prevenção de prompt injection é uma boa referência para a equipe técnica.

Perguntas frequentes

Preciso trocar meu sistema de ordens de serviço para usar um agente de IA? Em geral não. O que importa é que o sistema atual permita consultar a ordem por alguma forma de integração ou exportação e que os campos essenciais estejam preenchidos com consistência. Se o sistema não oferece nenhuma forma de acesso, a conversa muda, mas a primeira medida costuma ser melhorar o registro, não trocar a ferramenta.

O agente pode aprovar orçamento ou decidir sobre garantia? Não é o que recomendamos no começo. Aprovação de valor e decisão de cobertura envolvem julgamento e consequência financeira, então devem ficar com uma pessoa. O agente pode organizar as informações, abrir o pré-registro e informar o cliente sobre o próximo passo.

O que fazer quando a ordem de serviço está incompleta ou desatualizada? O agente deve reconhecer a lacuna, dizer ao cliente que vai confirmar a informação e acionar um responsável, em vez de preencher o vazio com suposição. Ao longo do piloto, essas ocorrências mostram quais campos a equipe mais deixa em branco e viram uma lista de melhorias no processo de registro.

Como cuidar dos dados dos clientes nesse tipo de projeto? Defina quais dados o agente realmente precisa, restrinja o acesso ao mínimo e registre quem consultou o quê. Verifique a base legal do tratamento e o consentimento para contato por WhatsApp, e acompanhe as orientações da ANPD. Se algum provedor de IA processar dados fora do Brasil, vale ler também sobre transferência internacional de dados com IA e LGPD.

Fontes

• Anthropic: Building effective agents
• Anthropic: Writing effective tools for agents
• OWASP: Authorization Cheat Sheet
• ANPD: Autoridade Nacional de Proteção de Dados