SLA de Service-Desk: por que a métrica de tempo de resposta esconde o problema real
A maioria dos contratos de Service-Desk trata o SLA como se fosse uma única métrica: tempo de resposta ou tempo de resolução dentro de um limite acordado. É uma métrica fácil de medir e fácil de colocar num dashboard, mas ela mede a velocidade com que um chamado sai da fila, não necessariamente se o problema do usuário foi resolvido de verdade.
O próprio Gartner chama atenção para essa distinção em pesquisas sobre atendimento automatizado: ferramentas de IA hoje conseguem fazer o desvio (deflection) de mais de 45% das solicitações que chegam, tirando o chamado da fila rapidamente, mas apenas cerca de 14% delas chegam a uma resolução genuína de autoatendimento, sem reabertura do chamado dentro de 72 horas. A diferença entre esses dois números, 45% contra 14%, é exatamente o espaço onde um SLA de tempo de resposta parece ótimo no relatório mensal e a satisfação do usuário continua ruim.
Isso acontece porque tempo de resposta e resolução efetiva medem coisas diferentes. Um chamado pode ser "respondido" em minutos com uma solução genérica que não resolve nada, e o usuário reabre o mesmo chamado, ou abre um novo, dias depois. Do ponto de vista do relatório de SLA, os dois chamados contam como dois atendimentos dentro do prazo. Do ponto de vista do usuário, é o mesmo problema não resolvido duas vezes.
O sintoma mais comum desse descolamento é a taxa de reabertura de chamados, uma métrica que a maioria dos contratos de Service-Desk simplesmente não acompanha, porque olhar só para tempo de primeira resposta é mais simples de reportar. Quando a reabertura não é medida, o fornecedor de suporte é recompensado por fechar chamados rápido, não por resolvê-los bem, o que cria um incentivo estrutural para respostas superficiais.
A causa raiz, na maior parte dos casos, não é falta de capacidade técnica do analista, é falta de acesso à solução certa no momento certo. Um analista que já viu aquele sintoma antes, ou que tem acesso a um registro de como um caso parecido foi resolvido, entrega uma resposta de qualidade dentro do mesmo tempo que levaria para entregar uma resposta genérica. A velocidade não é o problema, é o que preenche essa velocidade que faz a diferença entre desviar um chamado e resolver um problema.
É por isso que um SLA bem desenhado para Service-Desk deveria incluir, ao lado do tempo de resposta, pelo menos duas outras métricas: taxa de reabertura dentro de um período definido (72 horas é o padrão que o próprio Gartner usa para separar deflection de resolução real) e taxa de resolução no primeiro contato. Sem essas duas, um contrato de SLA mede o quão rápido a fila esvazia, não o quão bem os problemas são resolvidos.
Na Fiscalizei, cada chamado atendido pelo Company Brain carrega o histórico da solução aplicada e o resultado dela, o que permite medir reabertura e primeira resolução de forma nativa, não como um relatório manual à parte. Isso muda o incentivo: o agente de IA e o analista humano são medidos por resolver de verdade, não só por tirar o chamado da fila dentro do prazo.