Operaçõesנֵר תָּמִיד
Operações de tecnologia com IA: a luz contínua tem orçamento
Por que AIOps sem SLO vira mais ruído, como o burn rate decide quando acordar alguém e onde o modelo entra na correlação e no diagnóstico.
הֱוֵי מְקַבֵּל אֶת כָּל הָאָדָם בְּסֵבֶר פָּנִים יָפוֹת
hevei mekabel et kol ha'adam beseiver panim yafot · recebe toda pessoa com semblante acolhedor · Pirkei Avot 1:15
Blog/Artigos · Operações
ITIL 4 com IA no atendimento: receber cada pessoa com rosto bom
Cadeia de valor de serviço, service desk assistido por IA, e o que o modelo nunca decide sozinho no atendimento.
Shammai, conhecido pelo rigor, é quem ensina em Pirkei Avot a receber toda pessoa com semblante acolhedor. A combinação é a mesma que o atendimento de TI precisa: processo firme e trato humano. Eu comecei a carreira no suporte N1, com SLA correndo e gente do outro lado esperando, e continuo achando que o service desk é o lugar em que a TI inteira é julgada. A IA pode melhorar muito esse lugar, desde que ela deixe o atendente mais disponível para a pessoa.
A cadeia de valor que organiza o atendimento
O ITIL 4 trocou a sequência rígida de processos por um sistema de valor de serviço, com uma cadeia de seis atividades que se combinam conforme a demanda. O atendimento passa por quase todas: engajar com o usuário, entregar e suportar, e melhorar a partir do que foi aprendido. Pedido de acesso, incidente e dúvida percorrem caminhos diferentes pela mesma cadeia.
O que eu gosto nesse modelo é que ele obriga a perguntar qual valor está sendo cocriado. Chamado fechado dentro do SLA com usuário insatisfeito conta como cumprimento do acordo e como falha de valor ao mesmo tempo. O ITIL 4 dá linguagem para essa diferença.
Figura 1Cadeia de valor de serviço do ITIL 4
- Planejar visão compartilhada do estado atual e da direção do serviço.
- Melhorar melhoria contínua em todas as atividades, com base em dado.
- Engajar entender a necessidade do usuário e manter a relação com ele.
- Desenho e transição serviço que atende a qualidade, o custo e o prazo esperados.
- Obter e construir componentes do serviço disponíveis quando e onde são necessários.
- Entregar e suportar serviço entregue e suportado conforme o acordado.
Service desk assistido por IA
O fluxo que eu desenho coloca a IA nos pontos em que o atendente perde tempo sem agregar nada ao usuário. Classificar, rotear e procurar solução conhecida consomem boa parte do primeiro contato e raramente exigem julgamento. Quando o modelo faz isso bem, o atendente chega à conversa com contexto e hipótese.
A base de conhecimento é o coração do fluxo. Solução sugerida pela IA precisa vir de artigo revisado ou de erro conhecido registrado, com link para a fonte. Quando o chamado é resolvido de um jeito novo, a solução volta para a base como rascunho de artigo, para revisão, e o próximo usuário com o mesmo problema recebe a resposta mais rápido.
Figura 2Fluxo de atendimento com IA, do contato ao aprendizado
- 01Contatoportal, chat, e-mail ou telefone transcrito
- 02IAClassificaçãotipo, serviço afetado, urgência e impacto sugeridos
- 03IARoteamentofila e grupo certos na primeira vez
- 04IASugestãosolução de artigo ou erro conhecido, com a fonte
- 05Resoluçãono primeiro contato ou escalonamento com contexto completo
- 06Confirmaçãoo usuário diz se resolveu, e só então o chamado fecha
- 07IAAprendizadosolução nova vira rascunho de artigo para revisão
artigo revisado alimenta a sugestão do próximo chamado parecido.
Incidente, problema e mudança conversando
Incidente restaura o serviço. Problema elimina a causa. Mudança altera o ambiente com risco controlado. Na prática, as três práticas vivem em ferramentas e times diferentes e deixam de se falar, e o resultado é o mesmo incidente voltando todo mês com um número de chamado novo.
É na gestão de problemas que a IA tem o maior ganho, na minha experiência. Agrupar incidentes por padrão de causa é trabalho de leitura em volume, e é exatamente isso que um modelo faz bem. Num dos meus projetos, oito padrões explicaram 90% de vinte incidentes. A decisão sobre o que investigar primeiro sai de um Pareto verificável.
Figura 3Práticas do ITIL 4 no atendimento e o papel da IA em cada uma
| Prática | Pergunta que responde | Onde a IA ajuda | O que não se delega |
|---|---|---|---|
| Gestão de incidentes | Como restaurar o serviço agora? | correlação, hipótese com fonte, rascunho da comunicação | declarar incidente maior e comunicar o negócio |
| Gestão de problemas | Por que isso aconteceu e como evitar? | agrupamento por padrão de causa e Pareto | aceitar o risco de não corrigir |
| Habilitação de mudanças | Esta mudança é segura agora? | histórico de mudanças parecidas e dos incidentes que causaram | aprovar mudança de risco |
| Gestão de conhecimento | Onde está a resposta certa? | rascunho de artigo a partir do chamado resolvido | revisar e publicar |
| Gestão de nível de serviço | Estamos entregando o combinado? | resumo de tendência e desvio por serviço | negociar o acordo com o cliente |
Métricas que o usuário sente
O painel de service desk costuma medir o que é fácil de contar: volume de chamados e porcentagem dentro do SLA. Os dois importam e os dois são insuficientes. Um desk pode bater 98% de SLA fechando chamado sem resolver, e o usuário abre de novo no dia seguinte.
As métricas abaixo são as que eu acompanho, e cada uma responde a uma pergunta diferente sobre a experiência. Todas são medidas por serviço, porque média geral esconde o serviço que está sofrendo.
Figura 4Métricas de atendimento, cada uma com a pergunta que responde
- FCRResolução no primeiro contatoo usuário resolveu sem ser transferido nem esperar retorno?
- MTTRTempo médio até restaurarquanto tempo o serviço ficou degradado para quem usa?
- REABTaxa de reaberturao chamado foi resolvido ou só encerrado?
- IDADEBacklog envelhecidoquantos chamados estão parados há mais que o dobro do SLA?
- ROTAReatribuição de filao chamado chegou ao grupo certo na primeira vez?
- CSATSatisfação após o atendimentoa pessoa saiu melhor do que chegou?
- DEFLDeflexão com resoluçãoo autoatendimento resolveu, confirmado pelo próprio usuário?
- XLAAcordo de experiênciao serviço cumpre a experiência prometida, além do prazo?
O que a IA nunca decide sozinha no atendimento
Existe atendimento em que a IA deveria conduzir a conversa inteira: reset de senha com verificação forte, status de chamado, dúvida de procedimento documentado. E existe atendimento em que ela não deveria nem responder primeiro: concessão de acesso privilegiado, dado pessoal, reclamação sensível, incidente de segurança relatado por usuário.
Dois critérios separam os casos: a sensibilidade do pedido e a clareza da solução. Eles viram política escrita, e o chatbot declara em qual quadrante cada tipo de pedido está. Quando a IA não sabe, ela diz que não sabe e passa para uma pessoa com o contexto já coletado.
Figura 5Quem conduz o atendimento, conforme sensibilidade e clareza
Sensibilidade do pedido
Clareza da solução
Pessoa do início ao fimsensível e sem solução clara: incidente de segurança, reclamação, dado pessoal.
IA prepara, pessoa executasensível com solução clara: concessão de acesso com aprovação, estorno.
IA coleta contextopouco sensível e pouco claro: a IA pergunta, organiza e escala com tudo pronto.
Autoatendimento com IApouco sensível e claro: reset de senha com verificação forte, status, procedimento documentado.
Para levar
O ITIL 4 dá a estrutura, a IA tira o atendente das tarefas que não precisam de julgamento, e o atendente fica com o que só uma pessoa faz: receber bem, entender o que não foi dito e assumir a responsabilidade pelo caso difícil. Medido por FCR, reabertura e satisfação por serviço, o resultado aparece para quem é atendido.
Quem escreve: Juliano Vince de Campos
Gerente de Operações, Tecnologia e Infraestrutura (SRE) numa central de registros. Trabalho com tecnologia desde 2009 e com cibersegurança em tempo integral desde 2015, em infraestrutura crítica, fintech e banking. Escrevo sobre o que eu opero: confiabilidade, segurança, governança e IA que passa por gate antes de chegar em produção.
