IA no suporte de TI interno: o que o assistente resolve sozinho, o que nunca pode e como medir

Resposta rápida

Como usar IA no suporte de TI interno da empresa? Coloque um assistente na frente da fila de chamados para resolver só o que se repete e tem resposta documentada: redefinição de senha, acesso a sistema, configuração de VPN, impressora, e-mail e perguntas do tipo “como faço para…”. Tudo o que mexe em permissão, dinheiro ou dado sensível continua com uma pessoa da TI. O assistente responde a partir de uma base de conhecimento curada, abre o chamado já bem descrito quando não resolve, e você mede o resultado por três números: taxa de resolução sem humano, reabertura e tempo até a resposta certa.

Eu sou o Danilo Gato, fundador da CPDF (Comunidade Profissionais do Futuro - por Danilo Gato), e neste texto eu mostro o desenho completo: o que automatizar primeiro, o que nunca entregar para a IA, como montar a base que ela consulta e como saber se está funcionando.

Por que o suporte de TI é um dos melhores lugares para começar com IA

O helpdesk interno tem três características que quase nenhuma outra área reúne: volume alto, perguntas muito parecidas e respostas que já existem escritas em algum lugar. É o cenário em que a IA entrega mais com menos risco.

Para dimensionar a expectativa, a Gartner projetou em março de 2025 que, até 2029, a IA agêntica vai resolver sozinha 80% dos problemas comuns de atendimento ao cliente, com redução de cerca de 30% nos custos operacionais. Repare que é uma projeção, e sobre clientes, não sobre colaboradores. Eu uso o número como ordem de grandeza e não como promessa: no suporte interno o ganho real depende de você ter integrações, informação confiável e regras claras sobre o que o assistente pode fazer, e esse é o trabalho que este artigo descreve.

Quais chamados o assistente pode resolver sozinho?

A regra de bolso que eu uso: o chamado é candidato à automação quando passa nos quatro testes abaixo.

1. É repetido. Aparece várias vezes por semana com a mesma cara.
2. Tem resposta única e documentada. Duas pessoas da TI responderiam a mesma coisa.
3. O erro é barato. Se a resposta sair errada, ninguém perde dinheiro nem acesso indevido.
4. Dá para verificar. O usuário confirma na hora se funcionou.

Passam nos quatro, normalmente:

Tipo de chamado	Pode resolver sozinho?	Observação
Como conectar na VPN, no Wi-Fi ou na impressora	Sim	Passo a passo da base de conhecimento
Esqueci a senha	Sim, com trava	Só dispara o fluxo oficial de redefinição, nunca define a senha
Como configurar assinatura de e-mail ou agenda	Sim	Resposta com imagem ou vídeo curto ajuda
Pedido de instalação de software da lista aprovada	Sim, com aprovação	O assistente abre a requisição, o gestor aprova
Computador lento ou travando	Parcial	Faz o diagnóstico básico e escala se não resolver
Acesso a pasta ou sistema financeiro	Não	Precisa de aprovação humana e registro
Suspeita de phishing ou vazamento	Não	Vai direto para a pessoa de segurança

O que o assistente nunca pode resolver sozinho?

Esta é a lista que eu colocaria na parede da TI. Em todos esses casos o assistente só coleta informação, abre o chamado completo e passa para uma pessoa:

• Concessão ou mudança de permissão. Quem aprova é o dono do sistema, não o assistente.
• Qualquer coisa que envolva suspeita de incidente de segurança. Phishing, conta comprometida, notebook perdido. O tempo de resposta aqui conta em minutos e a decisão é humana.
• Pedidos de pessoas que não conseguiu identificar. Se ele não tem como confirmar quem está pedindo, não executa. Pedido urgente vindo “do diretor” é o golpe mais comum de engenharia social.
• Desligamento de colaborador. Revogar acessos tem ordem e dependências. O passo a passo está no meu artigo sobre o que fazer com a conta de IA, o histórico e as chaves quando o funcionário sai.
• Decisão de compra ou de exceção à política.

Para as ações que ficam no meio do caminho, o desenho é o da aprovação humana antes de o agente enviar a mensagem: ele prepara tudo, uma pessoa dá o aval com um clique, e só então a ação sai.

Como montar a base de conhecimento que o assistente consulta?

O assistente é tão bom quanto o material que ele lê. Nos projetos que acompanho, o motivo número um de resposta ruim é base desatualizada, não o modelo. Faça assim:

Passo 1. Minere os últimos 90 dias de chamados. Exporte o histórico do sistema de chamados e agrupe por assunto. Normalmente 15 a 25 assuntos concentram mais da metade do volume. Esses são os seus primeiros artigos.

Passo 2. Escreva cada artigo no formato pergunta e resposta. Título com a frase como o usuário escreve (“não consigo entrar na VPN”), não como a TI chama (“falha de autenticação no concentrador”). Depois, o passo a passo numerado, o que fazer se não funcionar e o prazo de atendimento humano.

Passo 3. Dê um dono e uma data de revisão para cada artigo. Artigo sem dono apodrece. Marque revisão a cada 90 dias e sempre que o sistema mudar de versão.

Passo 4. Deixe fora o que não deve ser lido. Senhas, diagramas de rede detalhados, relatórios de incidente e planilha de acessos não entram na base. Eu detalho a lógica de o que entra, o que fica de fora e como manter atualizado na base de conhecimento da empresa para IA.

Passo 5. Instrua o assistente a dizer “não sei”. Escreva no prompt de sistema: “Responda somente com base nos artigos fornecidos. Se a resposta não estiver neles, diga que vai encaminhar para a TI e abra o chamado com o resumo do problema”. Sem essa instrução, ele inventa um procedimento com cara de plausível, e é aí que nasce o incidente.

Como o chamado deve chegar à TI quando a IA não resolve?

Aqui está um ganho que muita gente subestima: mesmo quando o assistente não resolve, ele melhora o chamado. Peça para ele sempre entregar a escalada neste formato:

Quem: nome, área e ramal
Sistema afetado: qual e em que equipamento
O que acontece: mensagem de erro exata, copiada do usuário
Desde quando: data e hora
O que já foi tentado: passos que o assistente sugeriu e o resultado
Urgência: impede o trabalho de quantas pessoas

Isso elimina a troca de três mensagens só para descobrir o básico, e o analista começa de onde o assistente parou.

Quais regras de segurança valem para um helpdesk com IA?

O assistente de TI enxerga mais do que o de qualquer outra área, então a conta dele tem de ser tratada como a de um analista júnior: o mínimo de privilégio para a tarefa. Na prática:

• Conta de serviço própria, sem acesso de administrador.
• Lista fechada de ações permitidas (abrir chamado, disparar fluxo de redefinição, consultar status), todas registradas.
• Nenhum dado de usuário vai para ferramentas fora do contrato da empresa. O checklist de perguntas e respostas que a TI deve fazer antes de liberar qualquer ferramenta está em o que a TI pede antes de liberar IA na empresa.
• Registro de cada decisão do assistente: o que foi perguntado, o que foi respondido e qual artigo embasou. Sem esse rastro você não consegue investigar um erro depois, e eu expliquei o que guardar no artigo sobre o rastro de decisão do agente de IA.

Como medir se o assistente está funcionando?

Use poucos números, medidos desde a semana zero, para ter o “antes” de comparação:

Métrica	Como calcular	Meta realista nos primeiros 90 dias
Resolução sem humano	Conversas encerradas com “resolveu” sobre o total de conversas	25% a 40%
Reabertura	Mesmo usuário abre chamado sobre o mesmo assunto em até 7 dias	Menos de 10%
Tempo até a resposta certa	Da primeira mensagem até o usuário confirmar	Minutos, contra horas na fila
Chamados com informação completa	Escalados que chegam com o formato acima preenchido	Mais de 90%
Satisfação	Uma pergunta de 1 a 5 ao fim	Igual ou melhor que o atendimento humano

As metas acima são pontos de partida que eu uso como referência de conversa, e cada empresa tem um cenário próprio. O que importa é a tendência contra o seu próprio “antes”.

Uma armadilha clássica: comemorar a taxa de resolução sem olhar a reabertura. Se o assistente “resolve” 60% mas 30% voltam no dia seguinte, ele está só empurrando o problema.

Plano de 30 dias para começar

• Semana 1. Exporte e agrupe os chamados dos últimos 90 dias. Escolha os 10 assuntos de maior volume que passam nos quatro testes.
• Semana 2. Escreva os 10 artigos no formato pergunta e resposta, com dono e data de revisão.
• Semana 3. Piloto fechado com uma área de 20 a 50 pessoas, com a TI revisando todas as conversas no fim do dia.
• Semana 4. Ajuste a base com o que errou, calcule as métricas e decida se amplia. O método de escolher o primeiro processo e decidir se vale escalar está no artigo sobre projeto piloto de IA na empresa.

Perguntas frequentes

O assistente substitui o analista de suporte? Não. Ele tira da fila o que é repetido, e o analista passa a gastar o tempo em problema novo, projeto e segurança. Converse com o time antes, porque a primeira reação é medo. Eu falei sobre como fazer essa conversa em como comunicar para a equipe que a IA vai assumir parte do trabalho.

Posso usar um chatbot genérico e colar os procedimentos nele? Para um teste de uma tarde, pode. Para produção, não: você precisa de controle de quem acessa, registro das conversas e contrato que proíba o uso dos dados para treinamento. Veja também o catálogo de IA aprovada na empresa.

E se o funcionário colar dado sensível no chat do assistente? Avise no início da conversa o que não deve ser digitado (senhas, documentos de clientes) e configure o filtro para mascarar padrões como CPF e cartão. Se o dado já tiver ido para uma ferramenta pessoal, siga o roteiro de o que fazer nas primeiras 24 horas.

Quanto tempo leva para ter retorno? Com a base mínima de 10 artigos e um piloto, o primeiro dado confiável aparece em cerca de quatro semanas. Antes disso o volume é pequeno demais para tirar conclusão.

Preciso trocar o sistema de chamados que já uso? Quase nunca. O assistente funciona na frente do que você tem e abre o chamado nele. Troque de sistema só se o atual não tiver como receber chamados por integração.