O que é um catálogo de serviços de TI e por que ele existe
O catálogo de serviços de TI é o documento — vivo, não estático — que lista tudo aquilo que a área de tecnologia entrega para o restante da empresa. Não é um inventário de servidores nem uma planilha de licenças: é a tradução, em linguagem de negócio, do que o usuário pode pedir, quanto tempo vai levar, quem é o responsável e o que está (ou não está) incluído em cada solicitação. Quando alguém do financeiro precisa de acesso a uma pasta compartilhada, quando o comercial contrata um vendedor novo e precisa de notebook configurado, quando o RH quer restaurar um arquivo apagado há três semanas — todos esses pedidos deveriam ter uma entrada correspondente no catálogo.
A ausência de catálogo produz um sintoma clássico e facilmente reconhecível: o time de TI vira balcão de improviso. Chamados chegam por WhatsApp, por e-mail direto para o analista preferido do solicitante, por conversa de corredor. Ninguém sabe o prazo real de nada, as prioridades são definidas por quem grita mais alto, e a diretoria enxerga TI como centro de custo opaco. O catálogo resolve isso ao criar um contrato implícito entre a área técnica e o negócio: aqui está o que fazemos, aqui está o prazo, aqui está o caminho para pedir.
Vale separar dois conceitos que costumam ser confundidos. O portfólio de serviços de TI é a visão completa e interna — inclui serviços em desenvolvimento, serviços ativos e serviços já descontinuados. O catálogo é o subconjunto visível ao usuário final: apenas o que está disponível para consumo agora. Confundir os dois gera catálogos poluídos, cheios de itens que o usuário não pode solicitar, o que destrói a confiança na ferramenta logo nas primeiras semanas.
O que a ITIL diz sobre catálogo de serviços
A ITIL (Information Technology Infrastructure Library) trata o gerenciamento do catálogo de serviços como prática dedicada justamente porque ele é a interface entre TI e o negócio. Na ITIL 4, a prática de Service Catalogue Management tem um objetivo direto: garantir que exista uma fonte única de informação consistente sobre todos os serviços operacionais, e que essa informação esteja disponível para quem precisa dela, no nível de detalhe adequado a cada público.
Esse último ponto é o mais negligenciado. A ITIL recomenda visões diferentes do mesmo catálogo:
- Visão de negócio (ou de usuário): linguagem simples, orientada a resultado. "Solicitar acesso a sistema", "Reportar computador lento", "Contratar caixa de e-mail". Nada de nomes de servidor, nada de sigla técnica.
- Visão técnica (ou de suporte): mapeia cada serviço de negócio aos componentes que o sustentam — aplicações, servidores, links, bancos de dados, fornecedores. É o que permite avaliar impacto real de uma indisponibilidade.
- Visão de fornecedor/contrato: quando parte da entrega depende de terceiros, o catálogo precisa registrar qual contrato cobre o quê e qual o SLA acordado com aquele fornecedor.
Outra contribuição prática da ITIL é a distinção entre incidente e requisição de serviço. Incidente é interrupção não planejada — a impressora parou, o ERP caiu. Requisição é algo previsto e rotineiro — criar usuário, instalar software homologado, liberar acesso. O catálogo trata primariamente das requisições, porque elas são padronizáveis. Misturar as duas categorias na mesma fila é a receita para que um pedido de mouse novo compita por prioridade com uma queda de link.
Um catálogo que ninguém consulta não é catálogo — é documentação morta. O teste real é simples: se um funcionário novo consegue abrir a lista, encontrar o que precisa e saber o prazo sem perguntar a ninguém, o catálogo funciona.
Como montar o catálogo na prática: passo a passo
Montar um catálogo do zero assusta menos do que parece, desde que a empresa resista à tentação de começar pelo formato bonito. A ordem correta é conteúdo primeiro, ferramenta depois.
- Levante a demanda real, não a imaginada. Exporte os últimos seis a doze meses de chamados — mesmo que estejam num e-mail compartilhado ou numa planilha. Agrupe por tipo. Na maioria das empresas, entre 15 e 25 tipos de solicitação respondem por mais de 80% do volume. Esse é o núcleo do catálogo.
- Escreva na linguagem de quem pede. O item não se chama "provisionamento de identidade no AD"; chama-se "Criar acesso para funcionário novo". O usuário não sabe o que é AD e não deveria precisar saber.
- Defina escopo explícito — o que entra e o que não entra. Cada item precisa de uma frase de inclusão e uma de exclusão. "Instalação de software homologado" inclui os aplicativos da lista aprovada; não inclui software adquirido pelo usuário sem análise de licenciamento.
- Estabeleça prazos por criticidade, não por item isolado. Crie de três a quatro níveis de prioridade com prazos de atendimento e de resolução, e encaixe cada serviço em um nível. Prazo por item vira ingovernável rápido.
- Nomeie responsáveis. Cada serviço precisa de um dono técnico (quem executa) e, idealmente, de um dono de negócio (quem aprova exceções e mudanças de escopo). Serviço sem dono é serviço que degrada silenciosamente.
- Mapeie aprovações e pré-requisitos. Acesso a dados financeiros exige aprovação do gestor da área? Notebook novo exige requisição formal do RH? Isso precisa estar no catálogo, não na cabeça do analista experiente.
- Publique numa ferramenta com formulário. Aqui entra o service desk. O ganho não é estético: formulário estruturado captura as informações necessárias na abertura, o que elimina o vaivém de "qual o nome completo do funcionário?" e reduz drasticamente o tempo de resolução.
- Revise em ciclo fixo. Trimestral funciona bem para a maioria das empresas. A revisão olha três coisas: itens sem uso (candidatos a remoção), chamados abertos como "outros" (candidatos a virar item novo) e SLAs sistematicamente estourados (candidatos a reajuste ou a investimento).
Erros comuns que esvaziam o catálogo
O primeiro e mais frequente é o excesso de granularidade. Times técnicos tendem a criar um item para cada variação possível, e o resultado é um catálogo com 200 entradas em que ninguém acha nada. Melhor ter 20 itens bem definidos com campos condicionais no formulário do que 200 itens que forçam o usuário a adivinhar categoria. Se o usuário erra a categoria com frequência, o problema é do catálogo, não dele.
O segundo erro é prometer prazos que a operação não sustenta. Catálogo com SLA fantasioso queima credibilidade mais rápido do que catálogo nenhum, porque cria expectativa formal e a frustra de forma mensurável. O caminho honesto é medir o desempenho atual antes de publicar qualquer prazo, publicar algo próximo da realidade e então melhorar com base em dado.
O terceiro é tratar o catálogo como projeto de implantação com data de encerramento. Empresa muda: contrata sistema novo, abre filial, migra e-mail para nuvem, adota política de home office. Cada uma dessas mudanças gera ou aposenta serviços. Catálogo sem rotina de revisão vira, em doze meses, uma fotografia desatualizada que o time contorna informalmente — e aí a empresa volta ao ponto de partida, só que agora com uma ferramenta cara que ninguém usa.
Por fim, há o erro de construir o catálogo apenas com a visão da TI. As áreas de negócio precisam validar nomes, escopos e prazos. Uma sessão de duas horas com representantes de RH, financeiro e comercial normalmente revela três ou quatro serviços críticos que a TI executa há anos sem jamais ter formalizado.
O retorno: o que muda depois do catálogo publicado
O primeiro efeito mensurável costuma ser a queda no tempo médio de atendimento, e ela não vem de o time trabalhar mais rápido — vem da eliminação do retrabalho de coleta de informação. Chamado que chega completo começa a ser resolvido imediatamente. Em operações que saíram do e-mail para um catálogo estruturado, é comum ver redução de 20% a 40% no tempo total de resolução apenas por esse fator.
O segundo efeito é a visibilidade gerencial. Com serviços categorizados, a TI passa a responder perguntas que antes eram opinião: quais áreas mais consomem suporte, quais serviços custam mais tempo, onde a automação traria maior retorno. Um relatório mostrando que 30% dos chamados são reset de senha transforma uma discussão sobre autoatendimento em decisão de negócio, com número.
O terceiro é a padronização do conhecimento. Quando cada serviço tem escopo, procedimento e responsável documentados, a operação deixa de depender da memória de uma pessoa específica. Férias, desligamento e crescimento do time deixam de ser eventos de risco. E o processo de onboarding de analista novo cai de semanas para dias.
Como a Duk implanta catálogo de serviços
Na Duk Informática & Cloud, o catálogo de serviços é uma das primeiras entregas de qualquer projeto de terceirização ou cogestão de TI — antes de mexer em infraestrutura, é preciso saber o que a empresa consome. São mais de 18 anos de operação e mais de 550 empresas atendidas, o que produziu um repertório grande de catálogos já validados por porte e por segmento: indústria, serviços, saúde, jurídico, varejo. Isso encurta o trabalho: em vez de partir da folha em branco, o cliente parte de um modelo próximo da sua realidade e ajusta o que é específico do seu negócio.
O método é o descrito acima, com uma diferença prática: a Duk cruza o levantamento de chamados históricos com o inventário técnico do ambiente, de modo que o catálogo já nasça com a visão de negócio e a visão técnica conectadas. Assim, quando um serviço apresenta degradação, o time sabe imediatamente quais componentes investigar e quais áreas comunicar. Como Microsoft Gold Partner, a Duk também traz para o catálogo os serviços de Microsoft 365, Azure e identidade já mapeados com seus pré-requisitos de licenciamento e aprovação — um ponto que costuma travar catálogos montados internamente.
O acompanhamento se dá por SLA formal, com atendimento 24/7 e relatórios periódicos que mostram volume por serviço, aderência a prazo e recomendações de ajuste. O catálogo, nesse arranjo, deixa de ser documento e vira instrumento de gestão: a base sobre a qual a empresa decide o que automatizar, o que reforçar e o que descontinuar. Para quem está começando, o primeiro passo é sempre o mesmo — olhar os chamados dos últimos seis meses e perguntar quantos deles caberiam em uma lista de vinte itens bem escritos.
Quer proteger e otimizar a TI da sua empresa?
Agende um diagnostico gratuito com nossos especialistas certificados.
Falar com Especialista