HistóriasOperações de TI · Self-service
Operações de TI · Self-service

Cortando um terço dos tickets de Tier 1.

Um líder de operações de TI numa scale-up de 220 pessoas transformou as vinte perguntas mais repetidas em guias do Capture. Os tickets caíram 35% em oito semanas.

Líder de operações de TI, Scale-up, 220 pessoas, modelo híbrido em três escritórios
Líder de operações de TI numa sala de controle com painéis de monitoramento, ilustração editorial brutalista
Volume de Tier 1
−35%
Depois de 8 semanas com guias
Cobertura
20 guias
70% do volume histórico de tickets
Tempo até resolução
6 min
22 min
Mediana
CSAT interno
4,6 / 5
Portal de TI

01

O time de TI de três pessoas sofria mais nas segundas. Aprovação no Slack pra ferramenta de despesa, reset de MFA depois do fim de semana, a mesma dúvida de configuração de VPN dos novatos, o mesmo "por que o Outlook não está sincronizando" do time de vendas. Vinte perguntas, vindas de vinte pessoas diferentes, toda semana.

Existia uma central de ajuda. Era um wiki com screenshots de 2022. Metade das imagens mostrava a UI antiga do Outlook. O pessoal parou de checar e mandava DM direto pra TI. O wiki virou cemitério.

Um terço da semana do time ia pra dúvidas cuja resposta já existia em algum lugar, só que num lugar que ninguém achava ou confiava.

As perguntas que vinham toda segunda de manhã, hoje não vêm mais. Os tickets que sobraram são os interessantes.
Líder de operações de TI
Scale-up, 220 pessoas, modelo híbrido em três escritórios

02

O time puxou os vinte tickets mais repetidos do ServiceNow. Cada um virou um guia do Capture: quem fosse resolver na próxima vez fazia a correção uma vez, narrando os cliques. Vinte guias, uma tarde cada, dois dias de trabalho distribuídos no time.

Os guias entraram numa única página do Notion chamada "Tente isto primeiro." As respostas do Slack-bot pra palavras-chave comuns agora apontam pro guia certo. O wiki cemitério foi arquivado.

Os tickets começaram a cair na semana dois. Na semana oito, a queda estabilizou em 35%. Os tickets que sobraram eram os realmente complexos, os casos onde um guia não resolveria.

Pipeline ticket-para-guia, diagrama isométrico brutalista

03

  1. 01
    Garimpe a fila de tickets.

    Puxe as vinte perguntas mais repetidas do último trimestre. ServiceNow, Jira, qualquer fila que você usa.

  2. 02
    Grave a correção uma vez.

    Quem resolver na próxima vez grava a resolução narrando.

  3. 03
    Linke pelo Slack-bot.

    Palavras-chave comuns disparam o link do guia antes de abrir o ticket.

  4. 04
    Acompanhe view-to-resolve.

    O log de visualizações mostra quais guias resolveram a dúvida e quais ainda escalaram.

  5. 05
    Atualize a cada trimestre.

    Vinte minutos de gravação por refresh. Não uma reescrita do wiki.

04

O time saiu do reativo pro proativo. As segundas recuperaram a tarde. Novatos hoje passam pelos cinco guias mais usados como parte do onboarding e batem em menos das pegadinhas óbvias.

A biblioteca cresceu de forma orgânica: qualquer ticket que aparecia duas vezes virava um guia. No mês quatro, o time tinha trinta e cinco guias cobrindo 70% do volume histórico de tickets.

Redução de volume de tickets, barras antes e depois, estilo esquemático
Experimentar

Grave um workflow.

Extensão Chrome gratuita. Sem cadastro.