Service desk corporativo com catálogo de serviços e SLA por assunto

É o ponto único por onde a empresa recebe, organiza e resolve as solicitações internas, com catálogo de serviços, prazo acordado e responsável definido para cada tipo de pedido. A estrutura é o que o define: no service desk o caminho de cada chamado já está desenhado antes de ele existir.

Help desk resolve o incidente: algo quebrou e precisa voltar a funcionar. Service desk é mais amplo e inclui também a requisição de serviço, o catálogo, o acordo de nível de serviço e a medição do conjunto. Na prática, todo service desk faz help desk, mas nem todo help desk chega a ser service desk.

ITSM, ou gerenciamento de serviços de tecnologia da informação, é a disciplina que trata TI como um conjunto de serviços prestados a alguém, com catálogo, nível de serviço acordado e medição. O conjunto de práticas migrou de TI para as outras áreas, e hoje RH, financeiro e operações estruturam o atendimento do mesmo jeito.

A SULTS implementa as práticas de ITIL que fazem diferença em operação multiunidade: catálogo de serviços, gestão de requisição e incidente, acordo de nível de serviço e medição de desempenho. Ela não é uma suíte de certificação ITIL completa, e não traz CMDB nem gestão de mudança formal. Para empresa que precisa desses dois, a SULTS convive com a ferramenta de TI.

Não. CMDB, inventário de ativos e gestão de mudança no padrão ITIL não fazem parte do módulo. O que existe é o ciclo completo do chamado: catálogo, formulário, atribuição, SLA, interação, encerramento, avaliação e histórico imutável. Essa é uma escolha de escopo: a SULTS é service desk corporativo.

É a porta de entrada onde quem precisa de algo escolhe o assunto e abre a solicitação. Na SULTS o portal é o próprio catálogo de serviços: o solicitante navega pelos departamentos e assuntos, preenche o formulário daquele assunto, e o chamado chega à pessoa e à área certas pela configuração do catálogo.

Sistema de tickets descreve o mecanismo: cada solicitação vira um registro com número, responsável e histórico. Service desk descreve a estrutura em volta desse mecanismo, com catálogo, prazo acordado e fila por especialidade. O service desk é o que dá a cada ticket um prazo acordado e medido.

É o acordo de nível de serviço: quanto tempo a área que atende se compromete a levar para responder e para resolver cada tipo de solicitação. O acordo funciona quando o prazo está configurado por assunto, o relógio respeita o expediente e o cumprimento é medido depois.

O de primeira resposta mede quanto tempo o solicitante espera até alguém assumir o chamado. O de solução mede o ciclo inteiro até o encerramento. Os dois rodam em paralelo na SULTS, com prazos próprios, porque respondem a duas perguntas diferentes: fui atendido, e fui resolvido.

Olhe o histórico antes de prometer. Comece medindo o tempo real que cada assunto leva hoje, defina o prazo um pouco acima da mediana e ajuste depois que a taxa de cumprimento estabilizar. Prazo definido a partir do dado real se sustenta, e a taxa de cumprimento vira um indicador confiável.

O relógio pausa. Ele conta apenas dentro do horário de trabalho cadastrado e ignora os feriados configurados. Um chamado aberto às 17h de uma sexta com prazo de 4 horas volta a contar na segunda de manhã, com as 4 horas inteiras.

É o histórico imutável de tudo que aconteceu: quem abriu, quando, o que foi respondido, quem assumiu, quando mudou de mão e quando fechou. Em auditoria e em disputa contratual, esse registro é o que comprova que a demanda foi tratada, com data e hora de cada passo.

Serve para toda área que atende alguém, e em rede de unidades ele raramente é só de TI. A SULTS é usada como centro de serviços compartilhados, com TI, RH, financeiro, jurídico, marketing e operações atendendo no mesmo lugar, cada área com o próprio catálogo, formulário e prazo. Para o solicitante é uma porta só.

Comece pelo catálogo. Cada departamento recebe os assuntos que são dele, e cada assunto ganha responsável padrão e prazo. A fila nasce dessa configuração, e o nível de permissão define quem enxerga o quê: o atendente vê os próprios, o nível acima vê os do departamento, o gestor vê tudo.

A SULTS avisa antes do estouro, por e-mail e push, para o atendente e para quem acompanha, e a troca de responsável é feita como transferência, que fica registrada no histórico. Quem decide a troca é o gestor, com o alerta chegando a tempo de agir; o sistema não reatribui sozinho.

Por quatro números juntos: taxa de cumprimento de SLA, tempo médio de primeira resposta, tempo médio de solução e nota de satisfação. Os três primeiros medem velocidade e capacidade do time; o quarto mede se o solicitante saiu resolvido. Juntos, mostram o serviço inteiro.

Incidente é algo que parou de funcionar e precisa voltar. Requisição de serviço é um pedido previsto no catálogo, como acesso, material ou informação. Chamado é o termo guarda-chuva que cobre os dois. Na SULTS a distinção é feita pelo assunto do catálogo, que já carrega prioridade e prazo diferentes para cada caso.

Depende muito mais do catálogo do que do número de unidades. Operação com formulário bem desenhado e assunto bem categorizado resolve muito mais chamado por atendente, porque a informação chega completa no primeiro contato. O caminho é medir volume por assunto nos primeiros 90 dias e dimensionar a partir daí.

A estrutura é a mesma: catálogo, prazo, fila, medição. O que muda é o escopo e as ferramentas de apoio. TI costuma precisar de inventário de ativos e gestão de mudança, que a SULTS não faz. O corporativo precisa de fluxo entre unidade e matriz, abertura em massa e ligação com checklist e treinamento, que é onde a SULTS entrega.

Pelo catálogo, sempre. Liste os assuntos que já chegam hoje, agrupe por departamento e defina responsável, prioridade e prazo de cada um. Depois desenhe o formulário dos assuntos mais frequentes, que é o que faz a informação chegar completa no primeiro contato. O restante, fila, permissão e indicador, decorre dessas duas decisões.