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

Cortar um terço dos tickets de Tier 1.

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

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

01

A equipa de TI de três pessoas levava com tudo às segundas. Aprovação no Slack para passar despesas a ferramentas, reposição do MFA depois do fim de semana, a mesma pergunta de configuração de VPN dos novos colaboradores, o mesmo "porque é que o Outlook não está a sincronizar" do comercial. Vinte perguntas, feitas por vinte pessoas diferentes, todas as semanas.

Havia um help center. Era um wiki com capturas de 2022. Metade das capturas mostrava o UI antigo do Outlook. As pessoas deixaram de o consultar e contactavam diretamente a equipa de TI. O wiki virou cemitério.

Um terço da semana da equipa ia para perguntas cujas respostas existiam algures, só que algures que ninguém conseguia encontrar nem em que pudesse confiar.

As perguntas que apareciam todas as segundas de manhã, deixaram de aparecer. Os tickets que sobram são os interessantes.
Responsável de Operações de TI
Scale-up, 220 pessoas, regime híbrido em três escritórios

02

A equipa puxou os vinte tickets mais repetidos do ServiceNow. Cada um virou um guia Capture: quem o resolvesse a seguir fazia a correção uma vez, a falar sobre o que carregava. Vinte guias, uma tarde para cada, dois dias de trabalho repartidos pela equipa.

Os guias entraram numa única página de Notion chamada "Tenta isto primeiro." As respostas do Slack-bot para palavras-chave comuns apontam agora para o guia correspondente. O cemitério-wiki foi para arquivo.

Os tickets começaram a cair na semana dois. Na semana oito, a queda estabilizou nos 35%. Os tickets que sobravam eram os genuinamente complexos, os casos em que um guia não chegava.

Pipeline de ticket para guia, diagrama brutalista isométrico

03

  1. 01
    Minar a fila de tickets.

    Puxar as vinte perguntas mais repetidas do último trimestre. ServiceNow, Jira, a fila em que se vive.

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

    Quem resolver a seguir grava a resolução, a falar sobre ela.

  3. 03
    Ligar a partir do Slack-bot.

    Palavras-chave comuns disparam um link para o guia antes de o ticket chegar a abrir.

  4. 04
    Acompanhar visualização-resolução.

    O log de visualizações mostra que guias resolveram a pergunta e quais ainda escalaram.

  5. 05
    Refrescar a cada trimestre.

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

04

A equipa passou de reativa a proativa. As segundas-feiras recuperaram as suas tardes. Os novos colaboradores passam agora pelos cinco guias principais como parte do onboarding e tropeçam em menos armadilhas óbvias.

A biblioteca cresceu de forma orgânica: qualquer ticket que aparecesse duas vezes ganhava um guia. Ao quarto mês, a equipa tinha trinta e cinco guias a cobrir 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 registo.