Gestao

Catalogo de servicos de TI: como montar e por que sua empresa precisa de um

Publicado em 17 de agosto de 2026 | 8 min de leitura

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:

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.

  1. 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.
  2. 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.
  3. 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.
  4. 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.
  5. 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.
  6. 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.
  7. 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.
  8. 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