Catálogo de Serviços de TI: Como Criar e Manter

Aprenda a criar um catálogo de serviços de TI com escopo, responsáveis, canais, SLAs, aprovações, métricas e um processo contínuo de atualização.

O que é um catálogo de serviços de TI?

Um catálogo de serviços de TI é a fonte oficial que explica, em linguagem compreensível, quais serviços a área de tecnologia entrega, quem pode solicitá-los, como fazer a solicitação, quais aprovações são necessárias e quais condições de atendimento se aplicam. Ele transforma pedidos informais — mensagens diretas, e-mails soltos e urgências sem critério — em ofertas de serviço claras e governáveis.

Na prática, o catálogo deve ajudar uma pessoa a responder rapidamente: “a TI oferece isso?”, “por qual canal eu peço?”, “quais informações preciso enviar?” e “quando posso esperar uma resposta?”. Para a equipe técnica, ele também deve indicar responsáveis, fluxo, dependências, regras de prioridade e métricas.

A ISO/IEC 20000-1:2018, confirmada como vigente pela ISO em 2023, trata o gerenciamento de serviços como um sistema que abrange planejamento, desenho, transição, entrega, medição e melhoria. O catálogo não substitui esse sistema, mas pode funcionar como uma interface prática entre os serviços gerenciados e seus usuários.

Catálogo de serviços não é uma lista de tarefas

Uma lista como “formatar notebook, instalar programa e resetar senha” descreve atividades, mas não necessariamente serviços. Um serviço deve representar uma entrega percebida pelo usuário ou pelo negócio.

Por exemplo, “acesso de novo colaborador” pode reunir criação de identidade, e-mail, permissões, equipamento, autenticação multifator e orientações iniciais. Para quem solicita, essa visão integrada é mais útil do que conhecer cada atividade interna.

Também é importante separar três conceitos:

portfólio de serviços: reúne serviços em avaliação, ativos ou retirados e serve à gestão do ciclo de vida;
catálogo de serviços: apresenta os serviços ativos ou prestes a serem disponibilizados, com as informações necessárias para consumo e gestão;
portal de solicitações: é o canal ou a ferramenta pela qual o usuário abre pedidos. O portal pode exibir o catálogo, mas não é o catálogo por si só.

Essa distinção evita um erro comum: comprar uma ferramenta de chamados e considerar o trabalho concluído. Sem definição de serviço, dono, escopo e regras, o portal apenas digitaliza a desorganização.

Quando a empresa precisa de um catálogo de serviços de TI

O catálogo costuma gerar valor quando há sinais como:

usuários não sabem qual canal utilizar;
pedidos chegam diretamente a pessoas específicas;
a mesma solicitação recebe prazos diferentes;
incidentes e requisições são tratados como se fossem iguais;
aprovações dependem de memória ou conversas informais;
a TI mede quantidade de chamados, mas não consegue explicar quais serviços sustentam o negócio;
fornecedores executam partes do atendimento sem uma divisão clara de responsabilidades;
serviços antigos continuam disponíveis sem dono ou justificativa.

O catálogo não precisa começar grande. Uma primeira versão com os serviços mais frequentes, críticos e confusos tende a ser mais útil do que um documento extenso que nasce desatualizado.

Catálogo de negócio e catálogo técnico

A Portaria SGD/MGI nº 1.070/2023 apresenta uma divisão útil entre catálogo negocial e catálogo técnico. A ideia pode ser adaptada a empresas privadas sem copiar a estrutura administrativa do governo.

Visão do usuário ou do negócio

Mostra o serviço como o solicitante o reconhece. Deve privilegiar linguagem simples, resultado esperado, público elegível, canal, dados necessários, aprovações e prazo aplicável.

Exemplos:

preparar acesso para novo colaborador;
recuperar acesso a uma conta corporativa;
solicitar equipamento;
pedir alteração em relatório gerencial;
integrar um novo sistema ao ERP.

Visão técnica e operacional

Registra o que a equipe precisa para entregar e controlar o serviço: grupo executor, etapas, sistemas envolvidos, dependências, fornecedor, critérios de segurança, automações, procedimentos, escalonamento e indicadores.

As duas visões devem apontar para o mesmo serviço. O usuário não precisa enxergar detalhes internos desnecessários, mas a operação precisa rastrear como a promessa pública será cumprida.

Quais campos incluir em cada serviço

Um modelo enxuto pode começar com os campos abaixo.

Campo	Pergunta que responde
Nome do serviço	Como o usuário reconhece a entrega?
Objetivo e resultado	Que necessidade é atendida?
Escopo e exclusões	O que está e o que não está incluído?
Público elegível	Quem pode solicitar?
Canal oficial	Onde o pedido deve ser registrado?
Dados obrigatórios	Quais informações evitam devoluções?
Aprovação	Quem autoriza e em quais situações?
Horário e disponibilidade	Quando o serviço opera?
Níveis de serviço	Como resposta, atendimento ou restauração serão medidos?
Prioridade	Quais impacto e urgência mudam a fila?
Dono do serviço	Quem responde pela qualidade e evolução?
Equipe executora	Quem realiza as atividades?
Dependências	Quais sistemas, dados ou fornecedores são necessários?
Segurança e privacidade	Quais controles e registros se aplicam?
Métricas e revisão	Como saber se o serviço funciona e quando revisar?

O template de catálogo de serviços de TI do Ministério da Gestão e da Inovação pode servir como referência pública de estrutura. Ele deve ser adaptado à realidade, ao porte e aos riscos da organização — não preenchido mecanicamente.

Como criar um catálogo de serviços de TI em 7 passos

1. Defina objetivo, público e responsável

Esclareça por que o catálogo está sendo criado. O objetivo pode ser organizar o suporte interno, padronizar aprovações, dar transparência a prazos ou melhorar a gestão de fornecedores. Defina também quem será o dono do catálogo e quem poderá aprovar mudanças.

Sem essa governança, cada equipe tende a editar nomes, prazos e fluxos de forma independente.

2. Levante a demanda real

Use registros de chamados, entrevistas com áreas de negócio, contratos, inventário de sistemas e conhecimento da equipe. Procure padrões de necessidade, não apenas categorias técnicas.

Se cem chamados diferentes pedem permissões para o mesmo processo, talvez exista um serviço “solicitar ou alterar acesso”, com variações controladas. Se um item nunca foi solicitado e não sustenta um compromisso real, ele não precisa entrar na primeira versão.

3. Agrupe por jornadas compreensíveis

Organize os serviços pelo que o usuário deseja realizar: começar a trabalhar, acessar um sistema, resolver uma indisponibilidade, solicitar uma mudança ou obter dados. Categorias como “infraestrutura nível 2” podem fazer sentido internamente, mas dizem pouco ao público geral.

Valide a nomenclatura com pessoas que usarão o catálogo. Se elas não encontram o serviço sem ajuda da TI, a arquitetura da informação precisa melhorar.

4. Descreva escopo, requisitos e exclusões

Use frases diretas e exemplos. Informe quais dados devem acompanhar a solicitação e o que fará o pedido retornar para complementação. Declare exclusões importantes para evitar expectativas incompatíveis.

Um serviço de “criação de dashboard”, por exemplo, pode exigir fonte de dados identificada, responsável pelo indicador e regra de acesso. A descrição também pode deixar claro se a modelagem de uma nova base está fora do escopo e requer avaliação separada.

5. Defina níveis de serviço mensuráveis

Evite promessas vagas como “atendimento rápido”. Especifique o evento que inicia a contagem, o horário de cobertura, as pausas justificadas, o ponto de medição e a diferença entre:

tempo até a primeira resposta;
tempo até o início do trabalho;
tempo de restauração;
tempo de resolução definitiva;
prazo de entrega de uma requisição planejada.

O módulo de Service Level Management do ITIL 4, mantido pela PeopleCert, enfatiza metas baseadas no negócio para utilidade, garantia e experiência. Na aplicação prática, o nível de serviço precisa refletir impacto, capacidade e dependências — não apenas um número copiado de outro catálogo.

6. Publique um piloto e conecte ao fluxo

Escolha um conjunto controlado de serviços e configure formulário, roteamento, aprovação, notificações e relatórios. Teste com usuários reais antes de ampliar.

Cada campo solicitado deve ter uma finalidade operacional. Formulários longos aumentam abandono; formulários insuficientes geram idas e voltas. O equilíbrio aparece com observação e melhoria, não com uma especificação definitiva na primeira tentativa.

7. Institua manutenção contínua

Todo item deve ter dono, status, data de revisão e histórico de mudança. Criação, alteração e retirada de serviços precisam de um fluxo formal e proporcional ao risco.

A norma interna da Anatel para catálogo e requisições de TIC oferece um exemplo público de governança: prevê repositório centralizado, linguagem clara, indicadores, coleta de percepção e registro formal das modificações. O desenho exato varia por organização, mas os princípios de responsabilidade e atualização são amplamente aplicáveis.

Como conectar catálogo, SLA e prioridade

Um catálogo útil não promete o mesmo prazo para tudo. Ele define classes de serviço e critérios verificáveis.

Para incidentes, prioridade costuma combinar impacto e urgência. Uma falha que interrompe faturamento para toda a empresa exige tratamento diferente de uma dúvida individual com alternativa disponível. Para requisições, prazo pode depender de aprovação, complexidade, janela de mudança, estoque ou fornecedor.

Três cuidados evitam distorções:

não confundir resposta com solução: confirmar o recebimento não significa restaurar o serviço;
não pausar o relógio sem regra: dependência do solicitante deve ter condição registrada e visível;
não usar média isolada: médias podem esconder poucos casos muito ruins. Observe também percentis, violações e impacto no negócio.

Se terceiros participam da entrega, alinhe o catálogo aos contratos e acordos de apoio. O artigo sobre gestão de fornecedores de TI aprofunda riscos, responsabilidades, continuidade e plano de saída.

Métricas que mostram se o catálogo funciona

Métricas devem orientar decisões, não produzir um painel decorativo. Um conjunto inicial pode incluir:

percentual de solicitações abertas pelo item correto;
taxa de pedidos devolvidos por informação incompleta;
tempo de ciclo por tipo de serviço;
cumprimento dos níveis de serviço por impacto;
volume e tendência por categoria;
taxa de reabertura;
satisfação após a entrega, com contexto;
serviços sem uso, sem dono ou vencidos;
demanda fora do catálogo;
percentual de serviços revisados no prazo definido.

A ISO/IEC 20000-1 exige que o sistema de gestão e os serviços sejam monitorados, medidos e revisados. Isso não determina um painel universal. A seleção deve partir dos objetivos do serviço e das decisões que a empresa precisa tomar.

Erros comuns e como evitá-los

Escrever para a equipe técnica

Nomes baseados em tecnologia, siglas e organograma dificultam a descoberta. Prefira a intenção do usuário e mantenha os detalhes técnicos na camada operacional.

Colocar tudo no primeiro lançamento

Um inventário enorme atrasa a publicação e aumenta a chance de conteúdo obsoleto. Priorize volume, criticidade, risco e confusão atual.

Criar prazo sem capacidade

SLA não cria equipe, estoque nem automação. Antes de publicar um compromisso, verifique demanda, capacidade, calendário, dependências e cobertura.

Não definir exclusões

Quando o limite não está claro, a equipe recebe pedidos diferentes sob o mesmo item. Isso prejudica triagem, prazo e comparação de desempenho.

Esquecer segurança e privacidade

Serviços de acesso, equipamento, integração e dados precisam incorporar aprovação, segregação de função, registro e menor privilégio. Uma avaliação de TI pode ajudar a identificar lacunas antes de padronizar fluxos inseguros.

Tratar o catálogo como projeto encerrado

Mudanças em sistemas, pessoas, fornecedores e regras tornam itens antigos incorretos. O catálogo precisa de responsáveis e revisão contínua.

Checklist para publicar a primeira versão

Conclusão

Um catálogo de serviços de TI eficaz é simples de encontrar, fácil de entender e conectado à operação real. Ele organiza a relação entre usuários, negócio, equipe técnica e fornecedores; torna expectativas explícitas; e cria uma base para medir e melhorar os serviços.

Comece pelos serviços que mais afetam a rotina e o negócio, publique um piloto, acompanhe o uso e evolua com evidências. Se sua empresa precisa mapear serviços, responsabilidades, níveis de atendimento e prioridades, a consultoria de TI e o trabalho de governança e compliance podem estruturar esse processo. Para conversar sobre o cenário da sua organização, entre em contato.