Como este tema funciona na sua empresa
O catálogo cabe em uma página ou um formulário simples: solicitar acesso, pedir equipamento, abrir suporte. O objetivo aqui é parar o "balcão informal" do WhatsApp e padronizar como as pessoas pedem coisas para a TI. Comece pelos três ou quatro serviços mais pedidos e descreva cada um em linguagem de usuário.
O catálogo passa a ter de 10 a 30 serviços, com dono por serviço e SLA básico, integrado ao service desk com formulários e fluxo de aprovação. É a fase de formalizar: o catálogo deixa de ser um documento e vira a porta de entrada estruturada das requisições.
O catálogo ganha duas camadas — negócio e técnico —, automação no portal de autoatendimento, governança com donos formais de serviço e integração com o CMDB. SLAs são diferenciados por criticidade e por área, e o catálogo é revisado como um ativo vivo, não como um documento congelado.
O catálogo de serviços de TI é a lista organizada e disponível ao usuário de todos os serviços que a TI oferece hoje, com descrição, condições de uso e a forma de solicitar cada um. É a parte visível e ativa do portfólio de serviços: enquanto o portfólio inclui tudo (serviços em desenvolvimento, ativos e aposentados), o catálogo mostra apenas o que está disponível agora. No ITIL 4, mantê-lo é a prática de service catalogue management[1].
O que é um catálogo de serviços de TI
É a "vitrine" da TI: um documento ou sistema que lista, em linguagem clara, tudo o que a área oferece aos usuários e como pedir cada coisa. Sem ele, a TI opera como um balcão informal — pedidos chegam por WhatsApp, e-mail e corredor, ninguém sabe ao certo o que a TI entrega de fato, e cada solicitação é negociada do zero. O catálogo transforma esse balcão em uma loja com itens claros: o que está disponível, para quem, com qual prazo e como solicitar.
Por que muitas TIs operam sem catálogo
Porque a operação reativa "funciona" no curto prazo. Em boa parte das empresas brasileiras, sobretudo nas menores, a TI atende sob demanda sem nunca ter formalizado o que oferece. O problema aparece com a escala: o volume de pedidos cresce, a equipe não acompanha e a falta de padronização vira gargalo. Formalizar o catálogo é o primeiro passo para sair do modo bombeiro e ganhar previsibilidade.
O que o catálogo resolve na prática
Ele responde três perguntas que, sem catálogo, ficam no ar: o que a TI oferece, quem pode pedir e quanto tempo leva. Com isso, reduz pedidos mal formulados, alinha expectativa de prazo, organiza a fila do service desk e cria base para conversar SLA com o negócio. Também serve de inventário do próprio trabalho da TI — muitas equipes descobrem, ao montar o catálogo, serviços que prestam sem nunca terem nomeado.
Catálogo não é portal de chamados
O catálogo é o conteúdo; o portal é o canal. O portal de service desk (ou de autoatendimento) é a ferramenta onde o usuário abre requisições; o catálogo é a lista estruturada de serviços que esse portal apresenta. Dá para ter catálogo sem portal (em planilha ou documento) e ter portal mal aproveitado por falta de um catálogo bem desenhado por trás. O ideal é que um sustente o outro.
Catálogo de serviços vs. portfólio de serviços
A diferença é de escopo e de momento: o portfólio é tudo, o catálogo é o que está disponível agora. Confundir os dois é um dos erros conceituais mais comuns em gestão de serviços, e separá-los com clareza evita prometer ao usuário algo que ainda está em projeto — ou manter na vitrine algo que já foi descontinuado.
O que entra no portfólio e o que entra no catálogo
O portfólio de serviços abrange o ciclo completo: serviços em concepção ou desenvolvimento (pipeline), serviços ativos e em operação, e serviços aposentados (retirados). O catálogo é o subconjunto visível ao cliente: apenas os serviços ativos e disponíveis para solicitação. No vocabulário do ITIL 4, o catálogo é a parte do portfólio exposta às partes interessadas, com informação consistente sobre os serviços em operação e como acessá-los[1].
Por que a distinção importa no dia a dia
Porque define o que o usuário pode pedir. Um serviço em desenvolvimento não deve aparecer no catálogo — se aparecer, gera demanda que a TI ainda não consegue atender. Um serviço aposentado também sai do catálogo, mesmo que continue documentado no portfólio para fins de histórico. Manter essa fronteira limpa é o que evita que o catálogo prometa o que a operação não entrega.
Uma tabela para fixar a diferença
| Aspecto | Portfólio de serviços | Catálogo de serviços |
|---|---|---|
| Escopo | Todos os serviços: pipeline, ativos e aposentados | Apenas serviços ativos e disponíveis |
| Público | Gestão de TI e governança (visão interna) | Usuários e áreas de negócio (visão externa) |
| Pergunta que responde | O que a TI planeja, opera e descontinua? | O que posso solicitar agora e como? |
| Quando muda | A cada decisão de investimento ou aposentadoria | Quando um serviço entra ou sai de operação |
Catálogo técnico vs. catálogo de negócio
São duas visões do mesmo conjunto de serviços: o de negócio fala a língua do usuário, o técnico descreve os componentes que sustentam cada serviço. O catálogo de serviços do ITIL costuma reunir os dois tipos de informação — serviços voltados ao cliente (visíveis ao negócio) e serviços de suporte que a TI precisa para entregar os primeiros[1].
O catálogo de negócio: a vitrine do usuário
É a face que o usuário vê, escrita em linguagem cotidiana: "solicitar notebook", "novo acesso ao ERP", "criar caixa de e-mail", "suporte para impressora". Cada item descreve o que o usuário recebe, não como a TI faz. É essa camada que deve estar no portal de autoatendimento — quanto mais clara, menos chamados mal formulados e menos idas e vindas.
O catálogo técnico: o mapa interno da TI
É a visão de bastidor: descreve os componentes que sustentam cada serviço de negócio — servidores, redes, bancos de dados, integrações, fornecedores. Serve à equipe de TI, não ao usuário final. Ajuda a entender o impacto de uma falha ("se este servidor cair, quais serviços de negócio param?") e conecta-se diretamente ao CMDB e à gestão de incidentes e mudanças.
Quando separar as duas camadas
A separação acompanha a maturidade da operação, e a abordagem difere por porte.
Mantenha só o catálogo de negócio. Separar camadas aqui é esforço sem retorno: a equipe é enxuta e conhece de cabeça os componentes por trás de cada serviço. O foco é descrever bem o que o usuário pede.
Comece a esboçar o catálogo técnico para os serviços mais críticos, ligando cada serviço de negócio aos seus componentes principais. Não precisa de CMDB completo — um mapa simples de dependências já ajuda na resolução de incidentes.
As duas camadas convivem formalmente e se integram ao CMDB. O catálogo técnico vira insumo de gestão de mudanças, análise de impacto e continuidade, com donos de serviço responsáveis por manter o mapeamento atualizado.
O que deve constar em cada serviço do catálogo
Cada item do catálogo precisa responder, de forma padronizada, o que é o serviço, para quem, o que inclui, como pedir e em quanto tempo. Um item bem descrito elimina a maior parte das dúvidas antes que virem chamado. A estrutura abaixo funciona como gabarito — adapte os campos ao seu porte, mas mantenha a lógica.
A anatomia de um item de catálogo
Um serviço completo costuma ter estes campos:
- Nome do serviço: claro e em linguagem de usuário (ex.: "Solicitação de notebook").
- Descrição: o que o serviço entrega, em uma ou duas frases.
- Para quem se destina: quem pode solicitar (todos, gestores, áreas específicas).
- O que inclui: o escopo coberto pelo serviço.
- O que não inclui: os limites — tão importante quanto o escopo, evita expectativa frustrada.
- Como solicitar: o canal e o caminho (formulário no portal, e-mail, etc.).
- Prazo / SLA: o tempo esperado de atendimento.
- Custo: quando houver cobrança interna ou rateio (se aplicável).
- Dono do serviço: quem responde por ele.
- Dependências: aprovações ou pré-requisitos necessários.
Exemplo de estrutura de um item de catálogo
Veja como esses campos ficam preenchidos em um serviço real, descrito na visão de negócio:
| Campo | Conteúdo do item "Solicitação de acesso ao ERP" |
|---|---|
| Nome | Solicitação de acesso ao ERP |
| Descrição | Criação ou alteração de acesso de usuário ao sistema de gestão da empresa |
| Para quem | Colaboradores com vínculo ativo, mediante aprovação do gestor |
| Inclui | Criação de login, atribuição de perfil de permissão, orientação de primeiro acesso |
| Não inclui | Treinamento funcional no ERP; customização de relatórios |
| Como solicitar | Formulário "Acesso a sistemas" no portal de service desk |
| Prazo / SLA | Até 2 dias úteis após aprovação do gestor |
| Dono do serviço | Coordenação de Sistemas |
| Dependências | Aprovação do gestor imediato; perfil de acesso definido pela área |
O campo mais esquecido: "o que não inclui"
Definir os limites de cada serviço é o que separa um catálogo útil de um catálogo que gera frustração. Sem a fronteira explícita, o usuário assume que o serviço cobre mais do que cobre — e o atendimento vira discussão. Deixar claro o que está fora ("não inclui treinamento", "não inclui equipamento pessoal") protege tanto a expectativa do usuário quanto o tempo da equipe.
Como montar um catálogo de serviços de TI
O caminho é levantar o que a TI já entrega, agrupar em categorias, descrever cada serviço em linguagem de usuário, definir dono e SLA, publicar em um canal único e revisar periodicamente. O princípio que sustenta tudo: começar pequeno e útil. Um catálogo enorme e parado não serve a ninguém; um catálogo enxuto e vivo organiza a operação desde o primeiro dia.
O passo a passo de construção
- Levante o que a TI já entrega na prática: liste tudo o que a equipe atende hoje, mesmo o informal. Esse inventário é a matéria-prima.
- Agrupe em categorias: organize por tema (acessos, equipamentos, sistemas, suporte) para o usuário se localizar.
- Descreva cada serviço em linguagem de usuário: nada de jargão; o usuário precisa entender sem ser da TI.
- Defina dono e SLA realistas: cada serviço com um responsável e um prazo que a TI consiga cumprir.
- Publique em um canal único: portal, intranet ou documento — o importante é ter um lugar oficial onde todos sabem encontrar.
- Revise periodicamente: mantenha o catálogo vivo, removendo o que saiu e ajustando o que mudou.
Por que começar pequeno funciona melhor
Porque um catálogo pequeno e bem descrito é usado, enquanto um catálogo extenso e genérico é ignorado. Comece pelos serviços mais solicitados — costumam ser poucos e responder pela maior parte do volume. Descreva-os com capricho, publique, observe o uso real e cresça o catálogo a partir da demanda que aparece. É a diferença entre um documento que vive e um que nasce desatualizado.
Como o trabalho muda conforme o porte
De 3 a 8 itens em uma planilha, documento ou formulário simples. O próprio gestor de TI mantém o catálogo e define prazos, muitas vezes informais. O ganho imediato é parar o balcão informal e padronizar os pedidos.
De 10 a 30 serviços publicados no portal de service desk, com dono por serviço, SLA por serviço e fluxo de aprovação. É a fase de atribuir responsabilidades e medir o que está sendo atendido dentro do prazo.
Dezenas a centenas de serviços organizados por categoria, no portal de autoatendimento com automação de requisições. Governança formal, donos de serviço, métricas de uso e revisão periódica estruturada mantêm o catálogo defensável e atualizado.
Catálogo e SLA: como se conectam
O catálogo é onde o SLA se torna visível e concreto: cada serviço listado carrega o prazo (ou nível de serviço) com que a TI se compromete a atendê-lo. Sem catálogo, o SLA é uma promessa abstrata; com catálogo, ele vira um número associado a um item específico que o usuário pode consultar antes de pedir.
Por que o SLA precisa morar no catálogo
Porque é no momento da solicitação que a expectativa se forma. Se o item "Solicitação de notebook" diz "prazo de 5 dias úteis", o usuário sabe o que esperar e a TI sabe contra o que será medida. O catálogo conecta a prática de gerenciamento de catálogo à de gerenciamento de nível de serviço — ambas reconhecidas no ITIL 4 — e à gestão de requisições, que executa o atendimento[1].
Prometer só o que a TI cumpre
O SLA do catálogo deve refletir a capacidade real da equipe, não o desejo. Um prazo otimista que a TI não cumpre corrói a confiança mais rápido do que a ausência de prazo. Comece medindo quanto tempo cada serviço de fato leva hoje, publique um SLA com margem realista e ajuste com base no histórico. É melhor prometer 5 dias e entregar em 3 do que prometer 2 e falhar.
Acordo de serviço como referência
A ideia de acordar e documentar o nível de serviço entre quem entrega e quem consome é parte do que a ISO/IEC 20000-1 trata ao especificar requisitos de um sistema de gestão de serviços, aplicável a organizações de qualquer porte e setor[2]. O catálogo é o lugar prático onde esse acordo fica registrado e acessível, serviço a serviço.
Erros comuns ao montar um catálogo
Os tropeços mais frequentes são previsíveis: jargão técnico, documento gigante, ausência de dono, falta de atualização e SLA irrealista. Conhecer a lista ajuda a evitá-la antes de publicar.
Escrever em jargão técnico
Um catálogo de negócio escrito em linguagem de TI não é usado pelo usuário. "Provisionamento de instância" não significa nada para quem só quer um computador novo. A regra é descrever o serviço pelo resultado que o usuário recebe, não pelo processo interno da TI. O jargão pertence ao catálogo técnico, não ao de negócio.
Criar um documento gigante e parado
Um catálogo com dezenas de serviços mal descritos, criado de uma vez e nunca revisado, envelhece antes de ser adotado. O antídoto é o oposto: poucos serviços bem descritos, publicados, medidos e expandidos com o tempo. Catálogo é processo contínuo, não entregável de projeto.
Não ter dono nem revisão
Serviço sem dono é serviço que ninguém atualiza quando o processo muda. Cada item precisa de um responsável, e o catálogo como um todo precisa de um ciclo de revisão — trimestral, semestral, conforme o porte. Sem isso, o catálogo descola da realidade e o usuário aprende a não confiar nele. Prometer SLA que a TI não cumpre fecha a lista dos erros que minam a credibilidade de qualquer catálogo.
Sinais de que sua empresa precisa de um catálogo de serviços
Se você se reconhece em três ou mais cenários abaixo, formalizar um catálogo de serviços provavelmente traria ganho rápido de organização e previsibilidade.
- Os pedidos chegam por WhatsApp, e-mail e corredor, sem um canal único
- Ninguém na empresa sabe listar, de cor, tudo o que a TI oferece
- Cada solicitação é negociada do zero, sem prazo padrão
- Usuários reclamam que "não sabem o que podem pedir para a TI"
- Não há prazo claro associado a cada tipo de pedido
- Não existe responsável definido por cada serviço prestado
- O portal de chamados, quando existe, é pouco usado ou mal estruturado
- A TI vive em modo reativo, apagando incêndios sem visão do que entrega
Caminhos para montar o catálogo de serviços
Há dois caminhos viáveis, e a escolha depende do porte, da maturidade da operação e da ferramenta de service desk disponível. Eles também se combinam: muitas empresas estruturam o catálogo internamente e acionam apoio externo para o desenho alinhado ao ITIL e a configuração do portal.
Viável quando o conjunto de serviços é gerenciável e há quem conheça a operação de ponta a ponta.
- Perfil necessário: analista ou gestor de TI com visão dos serviços prestados e noção de gestão de serviços (ITIL)
- Tempo estimado: de algumas semanas para a primeira versão enxuta; depois, ciclo contínuo de revisão
- Faz sentido quando: o catálogo inicial é pequeno, a equipe domina o que entrega e há ferramenta de service desk já em uso
- Risco principal: dependência de uma pessoa e tendência a escrever em jargão técnico ou criar um documento grande demais
Indicado quando a operação é complexa, há muitos serviços ou se quer alinhar ao ITIL desde o início.
- Tipo de fornecedor: Consultoria de ITSM / ITIL, fornecedor de plataforma de ITSM (service desk) e especialistas em portal de autoatendimento
- Vantagem: metodologia pronta, visão multicliente de boas práticas e experiência em configurar o catálogo na ferramenta
- Faz sentido quando: há muitos serviços, necessidade de duas camadas (negócio e técnico) ou integração com CMDB
- Resultado típico: catálogo desenhado e publicado no portal em poucas semanas, com donos e SLAs definidos
Precisa de apoio para estruturar o catálogo de serviços da sua TI?
Se organizar a operação de TI e sair do balcão informal é prioridade, o oHub conecta você gratuitamente a consultorias de ITSM/ITIL e fornecedores de plataforma de service desk. Em menos de 3 minutos, descreva seu cenário e receba propostas para montar e publicar o catálogo.
Solicitar orçamento de Service Desk Solicitar orçamento de Help Desk Solicitar orçamento de Terceirização de Suporte Técnico e Help Desk Solicitar orçamento de Suporte Técnico Informática Solicitar orçamento de Suporte de TI
Confira no oHub as empresas da nossa rede nas categorias: Service Desk, Help Desk, Terceirização de Suporte Técnico e Help Desk, Suporte Técnico Informática e Suporte de TI
Sem custo, sem compromisso. Você recebe propostas e decide se e com quem avançar.
Perguntas frequentes
O que é um catálogo de serviços de TI?
É a lista organizada e disponível ao usuário de todos os serviços que a TI oferece hoje, com descrição, condições de uso e como solicitar cada um. É a parte visível e ativa do portfólio de serviços, mostrando apenas o que está disponível agora.
Qual a diferença entre catálogo de serviços e portfólio de serviços?
O portfólio inclui tudo: serviços em desenvolvimento, ativos e aposentados. O catálogo mostra só o que está disponível agora para ser solicitado. O catálogo é o subconjunto visível ao usuário dentro do portfólio mais amplo, que é uma visão de gestão interna.
Como montar um catálogo de serviços de TI?
Levantando o que a TI já entrega, agrupando em categorias, descrevendo cada serviço em linguagem de usuário, definindo dono e SLA realistas, publicando em um canal único e revisando periodicamente. O princípio central é começar pequeno e útil, em vez de criar um documento enorme e parado.
O que deve constar em cada serviço do catálogo?
Nome, descrição, para quem se destina, o que inclui e o que não inclui, como solicitar, prazo ou SLA, custo (se houver), dono do serviço e dependências. O campo "o que não inclui" é o mais esquecido e o que mais evita frustração de expectativa.
Qual a diferença entre catálogo técnico e catálogo de negócio?
O de negócio fala a língua do usuário e descreve o que ele recebe (ex.: "solicitar notebook"). O técnico descreve os componentes que sustentam cada serviço — servidores, redes, integrações — e serve à equipe de TI, conectando-se ao CMDB e à gestão de incidentes e mudanças.
O catálogo de serviços faz parte do ITIL?
Sim. No ITIL 4, manter o catálogo é a prática de gerenciamento de catálogo de serviços (service catalogue management), que se conecta à gestão de requisições e ao gerenciamento de nível de serviço (SLA). O catálogo é descrito como a parte do portfólio exposta às partes interessadas.