Como este tema funciona na sua empresa
Help desk é informal: usuários chamam para "arrumar o PC" sem saber o quê fazer. Sem catálogo, não há fila de priorização, tudo parece urgente. Resultado: caos operacional.
Alguns serviços são formais (criação de usuário, senha reset) e outros não (consultoria técnica). Catálogo parcial reduz 30% das chamadas que entram erradas. Full alignment reduz 50%.
Catálogo é obrigatório: portal self-service reflete o catálogo, SLAs por serviço, roteamento automático, relatórios de demanda. ITIL exige que catálogo de serviços seja governado e auditado regularmente.
Catálogo de serviços de TI é a lista estruturada de serviços que o help desk oferece, descrevendo cada um com objetivo, pré-requisitos, processo, SLA, custo e oferecendo-os de forma standardizada para garantir qualidade, previsibilidade e medição de desempenho.
Por que um catálogo de serviços é essencial para TI
Sem catálogo, help desk funciona reativo: usuário liga com problema vago ("não consigo entrar em coisa" ou "meu email está lento"), help desk tenta adivinhar, vai para trilha errada, perde tempo, resolve diferente cada dia. Cada chamado é tratado diferente, não há métrica consistente de desempenho.
Com catálogo, help desk funciona ativo: usuário vê opções claras ("Preciso resetar minha senha", "Preciso de acesso ao servidor", "Preciso de suporte a software"), escolhe a correta, fornece informações necessárias, help desk já sabe exatamente o que fazer (quem aprova, quanto tempo leva, o quê documentar). Resultado: operação uniforme, previsível, medível.
Impactos mensuráveis de um catálogo bem implementado:
- Tempo de atendimento cai 30-40% (help desk não gasta tempo adivinhando ou pesquisando)
- Satisfação de usuário sobe 25-35% (sabe o que pediu, recebe feedback previsível)
- Custo por chamado reduz 20-30% (menos re-trabalho, mais automação possível)
- Gestão de TI ganha visibilidade completa (sabe o que o help desk faz, quanto custa, qual é a prioridade)
Os 10 componentes essenciais de cada serviço no catálogo
Cada serviço descrito no catálogo deve conter 10 elementos estruturados para ser operacional e auditável.
1. Nome do serviço
Deve ser claro, em linguagem de negócio, não técnica. Exemplos bons: "Resetar minha senha", "Solicitar acesso a pasta compartilhada", "Instalar software corporativo". Exemplos ruins que criam confusão: "Credential Reset Automation", "Shared Drive ACL Mgmt".
2. Descrição executiva
1-2 sentencas sobre o quê, para quê, quando usar. Exemplo: "Permite que você altere sua senha de login corporativa. Use quando esquecer a senha ou quiser alterá-la por razões de segurança (recomendado a cada 90 dias)."
3. Objetivo de negócio
Por que este serviço existe? O que resolve? Exemplo: "Reduzir chamados de reset de senha permitindo self-service; manter segurança corporativa através de políticas de complexidade".
4. Público-alvo
Quem pode solicitar: "Todos os funcionários", "Apenas gestores", "Apenas clientes X", "Consultores externos". Isso evita pedidos fora de escopo.
5. Pré-requisitos
O que é necessário ter/saber/estar antes de solicitar. Exemplo: "Ter email corporativo ativo", "Saber seu usuário corporativo", "Estar vinculado ao domínio corporativo".
6. Processo de execução (passo a passo)
Sequência clara: (1) Usuário preenche formulário X em portal Y. (2) Email é enviado para gerente para aprovação (prazo: 2 horas). (3) Após aprovação, TI executa em 4 horas. (4) Acesso é confirmado por email. (5) Documentação é atualizada em Wiki.
7. SLA (tempos de resposta e resolução)
Exemplo: "Resposta em 1 hora, resolução em 4 horas para solicitações de segunda a sexta das 8-18h. Sábado e domingo: resposta em 4 horas, resolução em 24 horas. Feriado: prazo estendido automático".
8. Custo ou modelo de chargeback
É grátis? Tem custo? Quem paga? Exemplo: "Grátis para funcionários ativos. Consultores externos: R$ 200 por solicitação. Cobrado ao departamento solicitante.".
9. Roteamento/triagem (para qual fila vai)
Para qual equipe/fila esta solicitação vai? Exemplo: "Vai para fila de Help Desk Nível 1 se software está em catálogo padrão. Vai para Aplicações se é software customizado". Isso garante que a pessoa certa receba.
10. Informações complementares
Links úteis: documentação de auto-solução, KB articles, contato de especialista, escalação, FAQ específica do serviço.
Processo prático para construir o catálogo: 6 passos
Passo 1 — Descoberta: o que TI faz hoje
Revisar histórico de chamados dos últimos 3-6 meses. Agrupar por tipo. Exemplo típico: 35% resets de senha, 20% criação de usuários, 15% suporte a software, 10% problemas de conectividade, 20% outros. Começar pelos 5 tipos mais frequentes — esses representam 80% da carga de trabalho.
Passo 2 — Consulta com usuários e gestores
2-3 grupos de foco com diferentes áreas (administrativo, vendas, operações, financeiro). Pergunte: "Que tipo de coisa você chama TI para fazer?", "Qual serviço você gostaria de fazer via self-service?", "O que demora muito hoje?". Isso garante que catálogo reflita demanda real e oportunidades de automação, não só o que TI acha importante.
Passo 3 — Documentar serviços usando template
Para cada serviço, documentar os 10 componentes acima usando template padrão. Não tentar ser perfeito na primeira versão — v1 com 70% de qualidade é melhor que adiamento indefinido. Usar Google Sheets ou Confluence para documentar e colaborar.
Passo 4 — Validar com time de TI e especialistas
Help desk, especialistas técnicos e gestores de TI revisam. Questões críticas: É viável? Tempo estimado é realista? Há aprovadores necessários? Há risco de security ou compliance? Há dependências com outros serviços? Ajustar conforme feedback.
Passo 5 — Publicar e treinar todos
Disponibilizar catálogo em local acessível (portal de TI, intranet, PDF no Sharepoint). Fazer apresentação para usuários (reuniões por departamento, email com FAQ, vídeos curtos). Treinar help desk para usar o catálogo (abrir tickets com categoria correta, responder perguntas frequentes, redirecionar requisições para especialistas).
Passo 6 — Iterar e melhorar continuamente
Após 2 meses de uso real, revisar: quais serviços têm muita ou pouca demanda? Quais são mal entendidos pelos usuários? Qual é a satisfação medida? Há serviços novos que deveriam ser adicionados? Há serviços obsoletos que deveriam ser removidos? Ciclo de melhoria deve ser contínuo (mínimo trimestral).
Catálogo mínimo viável: 12 serviços que cobrem 70% da demanda
Se sua empresa não tem catálogo, começar com esses 12 serviços é prático e cobre a maioria das solicitações:
- Resetar ou alterar minha senha
- Criar novo usuário/conta corporativa
- Desativar ou remover acesso de usuário saído
- Solicitar acesso a pasta, arquivo ou sistema
- Remover ou reduzir acesso a pasta ou sistema
- Configurar email em novo equipamento ou cliente
- Suporte a software corporativo (Office, navegador, etc.)
- Suporte a VPN ou acesso remoto
- Suporte a impressora, scanner ou equipamentos
- Requisição de equipamento novo (PC, monitor, teclado)
- Suporte a conectividade de rede ou internet
- Suporte geral a incidentes (o "resto" não categorizado)
Esses 12 cobrindo ~80% da demanda típica. Após 3-4 meses de uso, adicionar novos serviços conforme padrão surgir.
Catálogo de 6-8 serviços em Google Sheet ou Notion. Atualizar manualmente a cada trimestre. Publicar no Slack da empresa ou no compartilhado. Sem necessidade de portal sofisticado ou roteamento automático.
Catálogo de 15-20 serviços em ferramenta de tickets (Jira, Zendesk, Freshdesk). Mapeamento explícito de serviço para fila/responsável. Portal de self-service para os 5 serviços mais simples. Atualização trimestral obrigatória.
Catálogo de 30-50 serviços segmentados por domínio. Portal de self-service robusto integrado com SSO/LDAP. CMDB vinculado (mudanças em catálogo refletem em configuração). Governance centralizada (comitê de mudanças aprova adições). Auditoria anual obrigatória.
Sinais de que sua empresa precisa urgentemente de um catálogo
Se você se reconhece em três ou mais cenários abaixo, implementar catálogo vai impactar positivamente a operação e satisfação.
- Help desk recebe chamados vagos ("computador lento", "não consigo entrar") e não sabe por onde começar.
- Mesma solicitação é tratada diferente cada vez que alguém pede (falta de padronização).
- Usuários não sabem que TI oferece certos serviços (exemplo: autoserviço de reset de senha, transferência de arquivo, etc.).
- TI não consegue priorizar adequadamente porque tudo parece urgente (falta de classificação clara).
- Gestores não sabem o que está no escopo de TI versus projetos específicos ou parcerias.
- Tempo médio de atendimento varia drasticamente dependendo de quem atende (falta de processo consistente).
- Auditoria pede "quais serviços TI fornece" e você não tem documento oficial para mostrar.
Caminhos para implementar catálogo de serviços
Dois caminhos principais: construir e evoluir internamente, ou contratar especialista para implementação estruturada.
Viável se você tem gestor de TI/ITIL dedicado com 10-20% de sua agenda.
- Perfil necessário: Gestor de TI ou líder de help desk com visão de processos e ITIL básico
- Tempo estimado: 6-10 semanas para catálogo inicial de 10-15 serviços
- Faz sentido quando: Você tem capacidade interna, quer manter controle, budget é limitado
- Risco principal: Esforço é subestimado; catálogo fica incompleto ou desatualizado rápido
Consultoria acelera descoberta, garante aderência ITIL, fornece templates prontos.
- Tipo de fornecedor: Consultoria ITIL, Gestão de Serviços de TI, ou especialista em frameworks de TI
- Vantagem: Conhecimento de melhores práticas, workshop para discovery rápido, documentação profissional, treinamento incluído
- Faz sentido quando: Budget permite (R$ 15-40k), complexidade é alta, quer framework robusto desde o início
- Resultado típico: Catálogo robusto de 20-30 serviços + treinamento em 4-6 semanas
Quer estruturar seu catálogo de serviços de TI?
O oHub conecta você gratuitamente a especialistas em ITIL e gestão de serviços de TI. Descreva seu estado atual e receba proposta personalizad para construir ou melhorar o catálogo, sem compromisso.
Encontrar fornecedores de TI no oHub
Sem custo, sem compromisso. Você recebe propostas e decide se e com quem avançar.
Perguntas frequentes
Por onde começar se minha empresa não tem nada documentado?
Começar simples: (1) Revisar tickets dos últimos 3 meses. (2) Agrupar por tipo de requisição. (3) Documentar os 5 tipos mais frequentes em um Google Sheet com os 10 componentes básicos. (4) Publicar no Slack ou intranet. (5) Após 2 meses em uso, avaliar feedback e expandir. Perfeição é inimiga do progresso.
Catálogo de serviços é a mesma coisa que menu de ticket?
Não, são complementares mas diferentes. Catálogo descreve QUAIS serviços existem, COMO funcionam (pré-requisitos, SLA, processo). Menu de tickets é ONDE/COMO você solicita (formulário, portal, email). Catálogo é mais amplo e estratégico; menu é operacional e pode mudar conforme ferramenta.
Com quantos serviços começar um catálogo?
Mínimo 5, máximo 20 para v1. Começar com os 5-8 serviços mais frequentes, validar que funcionam bem em produção, depois expandir. Catálogo de 50+ serviços sem experiência prévia costuma ser complexo demais e acaba não sendo usado.
Quem aprova o catálogo antes de publicar?
Comitê pequeno com: gestor de TI (visão técnica), representante de RH (usuários novos/saídas), representante de operações (prioridades), CIO (alinhamento estratégico). Aprovação formal é importante para evitar que catálogo seja ignorado depois.
Com que frequência revisar e atualizar o catálogo?
Mínimo anual. Ideal trimestral nos primeiros 2 anos. Revisar: quais serviços têm demanda alta/baixa, há novas tecnologias para suportar, há feedback de usuários/help desk, há serviços obsoletos. Ciclo de mudança deve ser simples (adicionar serviço novo, remover obsoleto, ajustar SLA).