Ferramentas de ITSM: 12 plataformas comparadas por perfil de operação e custo real

Autor: Pedro Tebaldi PM do KeepGreen

Publicado set/2026

Quem procura uma ferramenta de ITSM raramente parte do zero. Em geral, já existe uma fila de chamados rodando em alguma ferramenta antiga, bem como uma planilha de ativos em que ninguém confia por completo. Quando o mesmo problema reaparece pela terceira vez no trimestre, alguém da diretoria pede uma explicação. Nesse momento, a troca de plataforma entra na pauta.

Boa parte dos comparativos publicados em português vem de um fornecedor que aparece na própria lista. Não surpreende, portanto, que o texto costume desembocar numa demonstração agendada. Os comparativos em inglês, por outro lado, enumeram doze plataformas sem citar nenhuma brasileira nem nenhuma open source.

Este comparativo, dessa forma, organiza as doze opções por categoria de operação em vez de ordená-las num ranking. Antes da lista vem o critério de corte, já que o nome certo depende do porte, do modelo de licença e da maturidade de processo. Logo depois da lista, entra a parcela do custo que nunca aparece na proposta comercial.

O que separa uma plataforma de ITSM de um help desk

Uma plataforma de ITSM cobre todo o ciclo de vida do serviço de TI, enquanto o help desk cuida só do atendimento. Nela, incidente, requisição, mudança, problema, ativo, catálogo e conhecimento dividem o mesmo modelo de dados. Assim, o sistema liga cada chamado à mudança de origem e ao item de configuração afetado.

Já o help desk resolve o chamado que chega e para aí. Sem registro de mudança nem de configuração, ele desconhece a origem da falha e, por isso, trata cada ocorrência como se fosse a primeira.

A distinção pesa no orçamento, porque o preço acompanha a cobertura. Uma ferramenta de chamado custa uma fração do valor de uma plataforma de ITSM. Ainda assim, boa parte das operações compra a plataforma inteira para usar somente o módulo de chamados.

Na prática, cinco minutos de demonstração bastam para tirar a dúvida. Peça ao fornecedor que abra uma mudança vinculada ao incidente de origem e que mostre, em seguida, o item de configuração afetado na mesma tela. Uma ferramenta de chamado não consegue montar essa cadeia, por mais completo que o formulário pareça.

Caso a dúvida ainda esteja um degrau antes, a diferença entre help desk e service desk acerta o vocabulário. Da mesma forma, o catálogo de serviços de TI merece leitura: é ele que separa uma fila de chamados de uma operação com serviços declarados.

Quais são as principais ferramentas de ITSM

As principais ferramentas de ITSM se dividem em quatro categorias. ServiceNow, BMC Helix e Ivanti Neurons formam o grupo enterprise. Jira Service Management, Freshservice, ManageEngine, TOPdesk e SysAid compõem o mid-market. GLPI, iTop e Zammad são as open source, assim como Movidesk, Milvus, Desk Manager e 4Biz são as brasileiras.

Na hora de decidir, a categoria pesa mais do que o nome, principalmente porque ela já define o porte atendido e o modelo de licença:

• ServiceNow: enterprise, licença sob cotação
• BMC Helix ITSM: enterprise, licença sob cotação
• Ivanti Neurons for ITSM: enterprise, licença sob cotação
• Jira Service Management: mid-market, por agente, forte em time que já usa Jira
• Freshservice: mid-market, por agente em faixas, entrada rápida
• ManageEngine ServiceDesk Plus: mid-market, por técnico, nuvem ou on-premise
• TOPdesk: mid-market, por agente, forte em gestão de serviços fora da TI
• SysAid: mid-market, por agente
• GLPI: open source, sem licença, custo em implantação e sustentação
• iTop: open source, nasceu do CMDB
• Zammad: open source, foco em atendimento e requisição
• Movidesk, Milvus, Desk Manager e 4Biz: brasileiras, cobrança em real e suporte local

Enterprise: ServiceNow, BMC Helix e Ivanti Neurons

ServiceNow, BMC Helix e Ivanti Neurons atendem operações com centenas de agentes, várias unidades de negócio e auditoria formal. Nenhuma das três publica preço, já que todas trabalham sob cotação. Além disso, no primeiro ano o custo de implantação costuma superar o da licença.

Antes de pedir cotação, convém responder a uma pergunta incômoda. A operação tem processo escrito e aprovado, ou vai comprar a plataforma na expectativa de que ela crie o processo? No segundo caso, o projeto se transforma em consultoria de processo com software embutido. Como resultado, o cronograma dobra.

Nesse sentido, a comparação direta entre GLPI e ServiceNow mostra onde essa conta fecha e onde não fecha.

Mid-market: Jira, Freshservice, ManageEngine, TOPdesk e SysAid

Jira Service Management, Freshservice, ManageEngine ServiceDesk Plus, TOPdesk e SysAid ocupam a faixa entre 10 e 150 agentes. Todas publicam preço por agente. A conta, dessa forma, fecha antes da reunião comercial, o que já representa uma vantagem sobre as enterprise.

Como a lista de recursos é parecida entre as cinco, o critério de separação está na profundidade da gestão de mudanças e de configuração. Fluxo de mudança utilizável quase todas entregam. A diferença aparece, sobretudo, no CMDB com relação entre itens, no discovery automático e na análise de impacto, módulos que costumam ser cobrados à parte.

Open source: GLPI, iTop e Zammad

GLPI, iTop e Zammad retiram a licença da conta. Nenhum dos comparativos internacionais, contudo, inclui as três. Entre elas, o GLPI é a que cobre mais práticas no mercado brasileiro. Incidente, requisição, mudança, problema, inventário com agente, contratos e base de conhecimento ficam no mesmo produto.

O iTop nasceu do CMDB, logo modela configuração com mais profundidade do que os outros dois. Já o Zammad concentra esforço em atendimento e requisição, sem pretensão de cobrir mudança.

O custo, no entanto, não desaparece: ele migra para servidor, atualização de versão, backup, customização e para a equipe que sustenta tudo isso. Quem não tem essa capacidade interna acaba pagando, assim, o mesmo valor em serviço. Permanece, todavia, a vantagem da independência em relação ao contrato de um único fornecedor.

Brasileiras: Movidesk, Milvus, Desk Manager e 4Biz

Movidesk, Milvus, Desk Manager e 4Biz cobram em real, atendem em português e conhecem a realidade fiscal local. Ainda assim, os comparativos em inglês ignoram as quatro.

Elas costumam entrar na lista curta de operações com 20 a 80 agentes e sem exigência de auditoria internacional. Sem essa exigência, portanto, contrato e suporte independentes de fuso horário e de variação cambial pesam a favor delas.

Sete critérios para escolher a ferramenta de ITSM

Sete perguntas ajudam a transformar a lista longa em lista curta. Nenhuma delas, porém, trata da quantidade de recursos, porque nesse quesito as plataformas se parecem demais.

1. Cobertura de práticas. Quantas das práticas da tabela acima a operação vai configurar de verdade nos próximos dois anos? Pagar por gestão de mudanças e de problemas que ninguém vai implantar é, inclusive, a forma mais comum de estourar o orçamento sem ganhar nada.

2. Modelo de licença. A cobrança é por agente nomeado ou por agente concorrente? Essa diferença muda a conta inteira, principalmente em operação com plantão e turnos. Nesse caso, o número de pessoas cadastradas supera em muito o de pessoas conectadas ao mesmo tempo.

3. CMDB nativo. A plataforma mantém um CMDB com relação entre os itens, ou apenas uma lista plana de equipamentos? Sem essa relação não existe análise de impacto, ou seja, cada mudança continua sendo aprovada no escuro, por mais formal que o fluxo pareça.

4. API e integração. A documentação da API está pública e navegável antes da assinatura? Quando o fornecedor só a mostra sob NDA, ele antecipa, ainda que sem querer, o tamanho do custo de integração que virá depois.

5. Aderência ao ITIL verificável. Em vez de aceitar a declaração comercial, consulte a lista pública do esquema PinkVERIFY, que avalia práticas por produto e por versão.

6. Customização sem código. Quantos dos ajustes de que a operação precisa dependem de consultoria? Formulário, regra de negócio e SLA por serviço, por exemplo, deveriam ser configuráveis pela própria equipe interna, sem abrir chamado no fornecedor.

7. Saída dos dados. Como os dados saem da plataforma, em que formato e com ou sem anexos? Parece detalhe na assinatura, mas muda o comportamento do fornecedor na renovação, três anos depois.

Como avaliar o agente de IA que a plataforma anuncia

Em 2026, praticamente todo fornecedor de ITSM anuncia um agente de IA embutido na plataforma.

Segundo o alerta do Gartner sobre IA agêntica, mais de 40% desses projetos serão cancelados até o fim de 2027.

Os motivos apontados são custo crescente, valor de negócio indefinido e controle de risco insuficiente. No mesmo comunicado, a consultoria dá nome à prática de agent washing, que consiste em reempacotar assistente, RPA e chatbot já existentes como agente.

Ainda segundo o Gartner, apenas cerca de 130 das milhares de empresas que se apresentam como fornecedoras de IA agêntica entregam agentes de verdade. Na demonstração, portanto, três perguntas separam o agente do chatbot renomeado. O que ele decide sozinho? Com base em que dado ele decide? O que acontece quando ele erra?

Se a resposta for “ele sugere e o analista confirma”, trata-se de um assistente de sugestão cobrado a preço de agente. A sugestão tem valor, mas o preço precisa acompanhar o que o produto de fato faz.

Quanto custa uma ferramenta de ITSM além da licença

O custo de uma ferramenta de ITSM se divide em quatro linhas: licença, implantação, customização e sustentação. Em operação de médio porte, a licença costuma ser a menor delas e, ao mesmo tempo, a única visível na proposta comercial. As outras três só chegam no segundo trimestre, isto é, com o projeto já em andamento.

Outro ponto é o ritmo do orçamento, que mudou de um ano para o outro.

O estudo anual da ABES com dados da IDC projeta crescimento de 5,3% para o mercado brasileiro de TI em 2026. Em 2025, porém, o avanço foi de 18,5%. Ou seja, a compra disputa um orçamento que cresce menos de um terço do que crescia há um ano.

Como a ferramenta de ITSM se integra ao monitoramento

A integração com o monitoramento é o critério que quase nenhum comparativo cita. No entanto, é ela que decide se o chamado nasce do alerta ou da reclamação do usuário. Sem essa ligação, o MTTR começa a contar quando alguém liga para o service desk. Com ela, a contagem começa quando o coletor detecta a falha.

Para avaliar essa integração, vale distinguir três níveis de profundidade, sobretudo porque dificilmente o fornecedor diz espontaneamente em qual deles está.

Nível 1: webhook genérico, que cria um chamado com o texto bruto do alerta. Nível 2: mapeamento de severidade para prioridade, com deduplicação de alerta repetido e supressão durante a janela de manutenção.

Nível 3: fechamento automático do chamado quando o alerta se resolve, já com o item de configuração preenchido e o histórico da métrica anexado. Esse terceiro nível é raro, mas é o único que retira a triagem manual do caminho entre o alerta e o atendimento.

O mapeamento entre Zabbix e GLPI, bem como a tradução de severidade em prioridade, está detalhado em abrir chamado automaticamente a partir de um alerta.

Na Velonet, um provedor de serviços gerenciados de fibra ótica com operação no Brasil e em Angola, ligamos o GLPI ao Zabbix. A partir daí, o alerta passou a virar chamado em segundos, sem intervenção humana.

O inventário de rede também deixou de depender de cadastro manual, porque a descoberta via SNMP e o agente passaram a atualizar os equipamentos sozinhos. Somado a isso, os contratos ganharam notificação automática 120 dias antes do vencimento. O detalhamento está no case da Velonet.

No vídeo “Tudo em um único contrato”, a OpServices mostra como Zabbix, Grafana, Datadog e GLPI cabem num contrato só. Do contrário, a operação mantém quatro fornecedores separados, o que multiplica contratos e pontos de contato.

Como testar a ferramenta de ITSM em um piloto de 30 dias

O piloto de 30 dias testa a plataforma com dados reais da operação, em vez da base limpa que o fornecedor usa na demonstração guiada. O roteiro cabe em quatro semanas: importação da base atual, configuração de SLA e escalação, integrações obrigatórias e uma semana de fila real.

Importação (semana 1). Traga os chamados dos últimos 30 dias e o catálogo atual, com as categorias que a equipe usa hoje. Uma base vazia, por outro lado, esconde justamente o que precisa aparecer: categoria duplicada, chamado sem serviço associado e fila sem dono.

SLA e escalação (semana 2). Configure, em seguida, o SLA por serviço e as regras de escalação que já existem no processo atual. Se alguma regra não couber na ferramenta sem customização, anote, porque esse será o primeiro item da fatura de consultoria.

Integrações (semana 3). Ligue as integrações sem as quais a operação não funciona, normalmente o diretório de usuários e o monitoramento. Uma integração que exige desenvolvimento durante o piloto vai exigir manutenção pelo resto do contrato.

Fila real (semana 4). Rode a fila de verdade, com dois analistas trabalhando simultaneamente na ferramenta atual e na candidata. Das quatro, essa é, assim, a única semana que produz dado comparável entre as duas ferramentas.

Depois disso, meça os indicadores que a operação já acompanha: tempo de primeira resposta, resolução no primeiro contato, taxa de reabertura e backlog. Se a ferramenta nova não mover nenhum deles, vale voltar ao processo antes de trocar de plataforma.

Equipes sem gente disponível para conduzir o piloto costumam terceirizar essa etapa com quem já implantou a plataforma antes. Como efeito colateral útil, essa contratação revela ainda o custo real de sustentação antes da assinatura do contrato.

Três decisões antes de pedir a proposta

Quando a escolha de uma plataforma de ITSM dá errado, o erro costuma ser de excesso. A operação compra o produto que cobre sete práticas para usar duas e paga, posteriormente, a implantação de um processo que ainda não existia. No segundo ano, descobre que a integração com o monitoramento nunca saiu do papel.

Por isso, três decisões antecedem qualquer pedido de proposta. A primeira define quantas práticas serão configuradas de fato nos próximos dois anos, com o nome de um responsável ao lado de cada uma.

A segunda estabelece em que nível a plataforma precisa conversar com o monitoramento, entre o webhook simples e o fechamento automático de chamado. A terceira, por fim, aponta quem sustenta a ferramenta depois que o projeto termina.

Com essas três respostas em mãos, a lista de doze plataformas encolhe para três. Consequentemente, a conversa com o fornecedor muda de tom, porque a sua equipe deixa de assistir a uma demonstração para conduzir um teste.

Se quiser discutir qual categoria serve à sua operação, ou avaliar o GLPI como alternativa sem licença, fale com um especialista da OpServices.