CSAT, NPS e XLA: medir se o usuario esta satisfeito com a TI

Por que o SLA sozinho não diz se o usuário está satisfeito

O SLA (Service Level Agreement) é o contrato mais comum entre TI e negócio: tempo de primeira resposta, tempo de solução, disponibilidade dos sistemas, janela de atendimento. São métricas objetivas, auditáveis e fáceis de colocar em um dashboard. O problema é que elas medem o comportamento do provedor de serviço, não a percepção de quem usa o serviço. Um chamado pode ser resolvido em 40 minutos, dentro de um SLA de 4 horas, e ainda assim deixar o usuário frustrado — porque ele teve que explicar o problema três vezes, porque foi transferido entre dois analistas, ou porque a solução entregue foi um paliativo que quebrou de novo dois dias depois.

Esse descolamento tem nome informal no mercado: watermelon effect, o efeito melancia. O relatório mensal está verde por fora — 98% dos chamados dentro do SLA — mas vermelho por dentro, com usuários reclamando na reunião de diretoria. Isso acontece porque o SLA é medido em intervalos que a TI controla, enquanto a experiência do usuário acontece em um intervalo que ninguém está cronometrando: desde o momento em que o problema começou a atrapalhar o trabalho até o momento em que a pessoa voltou a produzir com confiança.

Medir satisfação não substitui o SLA. Ele continua sendo necessário para dimensionar equipe, justificar investimento e sustentar contrato. Mas ele precisa de contrapeso. As três métricas que fazem esse contrapeso na prática são CSAT, NPS e XLA — cada uma responde a uma pergunta diferente, em uma escala de tempo diferente, e usar as três juntas é o que dá leitura completa.

CSAT por chamado: o termômetro operacional

CSAT (Customer Satisfaction Score) é a métrica mais direta e a mais fácil de implementar. Depois que um chamado é fechado, o usuário recebe uma pergunta única — normalmente "como você avalia o atendimento deste chamado?" — com uma escala de 1 a 5, ou de 1 a 3 no formato simplificado (ruim / neutro / bom). O score é o percentual de respostas positivas sobre o total de respostas. Se 80 de 100 respostas foram 4 ou 5, o CSAT é 80%.

O valor do CSAT não está no número agregado do mês. Está na granularidade: ele é vinculado a um chamado específico, a um analista específico, a uma categoria de problema específica e a um momento específico. Isso permite cruzamentos que expõem causa raiz de insatisfação com bastante precisão:

• CSAT por categoria de chamado — se "acesso e senha" tem CSAT de 92% e "lentidão de sistema" tem 54%, o problema não é o time de suporte, é a infraestrutura ou a aplicação por trás.
• CSAT por analista — usado com cuidado, aponta necessidade de treinamento, não de punição. Um analista com CSAT baixo pode simplesmente estar recebendo os chamados mais difíceis.
• CSAT por número de reaberturas — chamados reabertos costumam derrubar o CSAT de forma desproporcional. É o indicador mais confiável de solução paliativa.
• CSAT por canal de abertura — comparar portal, e-mail, telefone e WhatsApp mostra onde o atrito de entrada está afastando o usuário.
• CSAT por tempo real de solução — a curva onde a satisfação despenca é mais informativa que o SLA contratado. Muitas empresas descobrem que o usuário tolera bem até 2 horas e desaba depois disso, mesmo com SLA de 8.

Dois cuidados operacionais fazem diferença. Primeiro, taxa de resposta: um CSAT com 4% de resposta não é uma amostra, é um viés — quem responde é o muito satisfeito ou o muito irritado. Uma pesquisa de clique único dentro do próprio e-mail de fechamento, sem login e sem redirecionamento para formulário, costuma tirar a taxa de resposta de menos de 5% para algo entre 20% e 35%. Segundo, campo aberto opcional: a nota diz que algo está errado, o comentário diz o quê. Sem comentário, o CSAT vira um número que ninguém sabe acionar.

NPS de TI: a leitura de relacionamento

Enquanto o CSAT mede uma transação, o NPS (Net Promoter Score) mede a relação acumulada. A pergunta é diferente por natureza: "em uma escala de 0 a 10, o quanto você recomendaria o suporte de TI a um colega?". Respostas de 9 e 10 são promotores, 7 e 8 são neutros, 0 a 6 são detratores. O score é o percentual de promotores menos o percentual de detratores, resultando em um número entre -100 e +100.

Aplicado à TI interna, o NPS tem uma leitura política importante: ele captura o que a TI significa dentro da empresa, não o que ela entregou na última semana. Um usuário pode ter tido um ótimo atendimento ontem — CSAT 5 — e ainda dar nota 6 no NPS porque o notebook dele é lento há oito meses, porque o VPN cai toda sexta ou porque um projeto prometido nunca saiu do papel. Essa diferença entre CSAT alto e NPS baixo é um dos sinais mais úteis que existem: significa que o atendimento está bom e a plataforma está ruim.

CSAT alto com NPS baixo quase nunca é problema do time de suporte. É problema de backlog de infraestrutura que o suporte está segurando na base do improviso — e o usuário sente isso mesmo quando o chamado individual é bem resolvido.

A cadência do NPS deve ser bem mais espaçada que a do CSAT. Trimestral funciona bem em empresas de médio porte; semestral em ambientes menores ou com pouca rotatividade. Enviar NPS mensalmente cansa a base e degrada a taxa de resposta sem trazer informação nova, porque relacionamento não muda em 30 dias. Além disso, vale segmentar o envio por perfil — diretoria, gestores e usuário final costumam ter percepções distintas, e a média entre eles esconde exatamente o grupo que precisa de atenção.

XLA: quando a experiência vira contrato

XLA (Experience Level Agreement) é o passo seguinte e o mais difícil de implementar. A proposta é colocar indicadores de experiência dentro do acordo formal de serviço, com meta e consequência, do mesmo jeito que o SLA já tem. Em vez de prometer apenas "resolver chamados críticos em até 4 horas", o XLA promete algo como "manter CSAT trimestral acima de 88%" ou "manter em menos de 5% a taxa de chamados reabertos" ou "garantir que 90% dos logins na plataforma ocorram em menos de 8 segundos".

A diferença conceitual é que o XLA move o foco do processo para o resultado percebido. Ele obriga a TI — interna ou terceirizada — a se responsabilizar por coisas que o SLA tradicional deixava de fora, como tempo de boot da máquina do usuário, número de cliques para abrir um chamado, ou quantas vezes o mesmo problema volta. Um conjunto de indicadores XLA maduro geralmente combina três fontes:

1. Percepção declarada — CSAT, NPS e pesquisas pontuais respondidas pelo usuário.
2. Comportamento observado — taxa de reabertura, taxa de escalonamento, chamados por usuário por mês, abandono de ligação, uso de autoatendimento.
3. Telemetria de ambiente — tempo de logon, tempo de resposta de aplicação crítica, crashes por dispositivo, disponibilidade real sentida no endpoint e não no datacenter.

O erro mais comum ao adotar XLA é transformá-lo em mais um item do relatório sem mudar nada de operação. XLA só tem valor quando cada indicador tem dono, meta, periodicidade de revisão e ação definida para quando a meta é perdida. Se o CSAT cair de 90% para 78% e a resposta for uma linha no relatório dizendo "queda observada", o XLA virou decoração. A implantação realista começa pequena: dois ou três indicadores de experiência, medidos por um trimestre inteiro para estabelecer a linha de base, e só depois formalizados em contrato com meta numérica.

Como montar o ciclo de medição sem afogar o usuário em pesquisa

Excesso de pesquisa mata a pesquisa. Se o usuário recebe um formulário a cada chamado, mais um NPS mensal, mais uma enquete de projeto, ele para de responder tudo — e a base de dados que sobra é pequena demais para decidir qualquer coisa. Um desenho de ciclo que funciona bem na prática distribui o esforço em camadas de frequência decrescente.

CSAT em todo chamado fechado, com pergunta única e clique direto no e-mail, sem página intermediária. NPS trimestral, enviado para toda a base de uma vez, com uma pergunta obrigatória e um campo aberto. E, uma vez por semestre, uma conversa qualitativa com um grupo pequeno de usuários-chave — dez ou quinze pessoas de áreas diferentes — que é onde aparecem os problemas que nenhuma escala numérica captura. Sobre isso tudo, os indicadores comportamentais e de telemetria rodam continuamente sem pedir nada do usuário, o que é a parte mais barata e mais subutilizada da medição.

A última peça é o fechamento do ciclo, e é a que mais falta. Toda nota baixa de CSAT com comentário deveria gerar um retorno humano em até 48 horas — nem que seja para dizer "recebemos, entendemos o que aconteceu, isso aqui já mudou". Toda rodada de NPS deveria ser seguida de uma comunicação para a base explicando o que foi identificado e o que será feito. Sem esse retorno, a pesquisa é lida como burocracia e a taxa de resposta cai a cada rodada, exatamente quando os dados começariam a ficar úteis.

Onde a Duk entra nessa medição

Implantar CSAT, NPS e XLA exige duas coisas que nem sempre andam juntas: uma ferramenta de service desk que colete os dados de forma limpa e uma operação que saiba o que fazer com eles. Coletar é a parte fácil — quase todo help desk moderno faz pesquisa de satisfação. Difícil é ter alguém que cruze CSAT por categoria com telemetria de endpoint e conclua que o problema não é o suporte, é o storage de um servidor específico, e depois execute a correção.

A Duk Informática & Cloud atende mais de 550 empresas há mais de 18 anos, como Microsoft Gold Partner, operando exatamente nesse ponto de junção entre atendimento e infraestrutura. Isso significa que a leitura de satisfação não fica isolada em um relatório de service desk: quando o indicador de experiência aponta lentidão, reabertura recorrente ou insatisfação concentrada em uma categoria, a mesma equipe que atende o chamado tem acesso ao ambiente — servidores, backup, rede, Microsoft 365 — para tratar a causa e não apenas o sintoma.

Na prática, isso encurta o caminho entre medir e resolver. O CSAT indica onde dói, o NPS indica se a relação está melhorando ou se desgastando ao longo dos trimestres, e o XLA transforma isso em compromisso com meta e revisão periódica. Se a sua TI hoje entrega relatório de SLA verde e ainda assim ouve reclamação na reunião de diretoria, o diagnóstico provavelmente não está no tempo de resposta — está em tudo o que o SLA nunca mediu.