O processo de aquisição de uma plataforma de enterprise service management costuma seguir um de dois caminhos. No primeiro, alguém descarrega o Magic Quadrant da Gartner, faz uma folha de cálculo de funcionalidades com 100 linhas, realiza seis demonstrações, faz três chamadas de referência, escreve um RFP de 40 páginas, escolhe a plataforma com a pontuação mais alta e descobre, seis meses após a implementação, que a equipa que a usa à segunda-feira está descontente. No segundo, alguém escolhe a plataforma que o seu CIO anterior usava na empresa anterior.
Nenhum dos dois é um modelo. Este artigo é.
Se está a avaliar uma plataforma de ESM em 2026, a pergunta não é “qual a melhor plataforma”. É “qual a plataforma que encaixa na forma específica da nossa equipa, dos nossos dados, dos nossos compradores e do nosso calendário”. Pergunta diferente, resposta diferente.
Porque é que “a melhor plataforma de ESM” é a pergunta errada
Não existe uma melhor plataforma em abstrato. A ServiceNow é a melhor plataforma para uma grande empresa com um catálogo de serviços maduro, uma equipa de plataforma dedicada que conhece JavaScript e Glide, e um orçamento que absorve o licenciamento premium. O Jira Service Management é a melhor plataforma para uma equipa de IT que já vive no Atlassian, onde a densidade de integração com o Confluence e o Bitbucket é o fator decisivo. O TopDesk é a melhor plataforma para uma equipa de mid-market do Benelux que valoriza uma interface familiar e uma rede de parceiros local. Cada uma destas afirmações é verdadeira. Cada uma exclui as outras.
Quando os compradores perguntam “qual é a melhor”, o que geralmente querem dizer é “qual delas vou ficar contente por ter escolhido daqui a três anos”. É uma pergunta útil e respondê-la exige um modelo diferente da comparação de funcionalidades.
As seis dimensões que realmente importam
As grelhas de funcionalidades ao estilo dos analistas têm 40 a 100 linhas. A maioria não importa para nenhum comprador específico. As seis dimensões que importam, sempre:
1. Âmbito de domínio. A plataforma é só de IT, ou cobre Instalações, Local de Trabalho e o resto da superfície do colaborador num só motor? A resposta honesta determina se está a comprar uma plataforma ou duas.
2. Forma da IA. A IA da plataforma resume e sugere (copiloto), ou classifica, encaminha e fecha trabalho de forma autónoma dentro das políticas que define (agente)? Para filas de L1 de grande volume, este é o maior fator de custo ao longo de cinco anos.
3. Esforço de implementação. Uma semana com um único arquiteto de soluções é um compromisso diferente de três a nove meses com uma equipa de parceiro de seis pessoas. Ambos podem dar bons resultados; escolha o que corresponde à capacidade da sua equipa e à paciência do seu CFO.
4. Modelo de preços. Por utilizador nomeado com módulos adicionais é uma forma de custo total diferente de preços transparentes por utilizador com tudo incluído. Nenhum está errado; ambos são respostas a problemas diferentes. Saiba qual o problema que tem.
5. Modelo de plataforma. SaaS de versão única com atualização contínua é um compromisso diferente de versões que os clientes agendam para atualizar. O primeiro nunca tem um projeto de atualização; o segundo tem um todos os anos.
6. Residência de dados e postura regulatória. Para os compradores europeus em 2026, isto é a auditoria, não uma caixa para assinalar. Onde reside a base de dados de produção, para onde fluem as cópias de segurança, onde o modelo de IA infere, quem está na lista de subprocessadores, tudo importa. A maioria das plataformas oferece uma região na UE; menos oferecem a conversa de auditoria curta.
Tudo o resto (personalização profunda da CMDB, descoberta de ativos, integração com o Slack, polimento da UI móvel) importa mais ou menos consoante o comprador que é. As seis acima são as que importam independentemente disso.
As quatro formas de comprador de ESM
A maioria dos compradores de ESM enquadra-se numa de quatro formas. Conhecer a sua forma reduz a shortlist antes de ler outro relatório de analista.
Forma 1: IT de grande empresa, ITIL maduro, equipa de plataforma dedicada
Tem centenas de variantes de processo. A sua CMDB é um projeto a sério com uma equipa a sério. Tem um catálogo de serviços com vários fluxos de aprovação e integração com HRSD ou ITAM já no seu futuro. Mede a sua equipa de plataforma em lugares nomeados.
As plataformas que encaixam na sua forma: ServiceNow e BMC Helix. As duas não são idênticas (o alcance da ServiceNow é mais amplo, a profundidade da CMDB e do Discovery do Helix é mais forte), mas ambas justificam o prémio para esta forma. Qualquer outra coisa é um retrocesso.
Forma 2: IT e engenharia, nativo do Atlassian
Os seus engenheiros vivem no Jira Software, no Confluence e no Bitbucket. Os seus tickets fluem naturalmente para pipelines de deploy e ligações de runbook. A densidade de integração com o Atlassian é o valor.
A plataforma que encaixa: Jira Service Management. É a resposta certa no seu terreno e um mau encaixe noutro lado qualquer.
Forma 3: IT generalista de mid-market
Tem uma equipa de IT que precisa de uma implementação de ITSM limpa, uma interface familiar, uma rede de parceiros em que confia e um preço que não exige um programa de aquisições. Não está a usar ITIL com a profundidade da Forma 1 e não é nativo do Atlassian.
As plataformas que encaixam: TopDesk (especialmente no Benelux), Freshservice (especialmente no mid-market da América do Norte e do Reino Unido), ocasionalmente Halo ITSM ou Ivanti consoante a geografia e o encaixe no ecossistema. Os três são bons produtos para esta forma; a escolha costuma resumir-se ao ecossistema existente e às relações com parceiros.
Forma 4: líder de operações de serviço entre domínios
O comprador não é só o diretor de IT. É o COO, o responsável de serviços ao negócio ou um diretor de operações cuja alçada cobre IT, Instalações e Local de Trabalho ao mesmo tempo. O dashboard que o comprador quer é uma linha temporal de cada pedido que flui pela superfície do colaborador. A equipa que usa a plataforma à segunda-feira abrange três departamentos.
A plataforma que encaixa: Gfacility, especificamente. As grandes plataformas de ITSM tratam instalações e local de trabalho como módulos adicionais com os seus próprios modelos de dados; as grandes plataformas de IWMS (Planon, Spacewell, TRIRIGA) tratam o IT como fora do âmbito. A plataforma unificada entre domínios é uma categoria real, e é a forma para a qual a construímos.
Se a sua forma não corresponde claramente a nenhuma das quatro, a shortlist costuma reduzir-se a duas formas adjacentes. A decisão passa então a ser que adjacência consegue absorver de forma mais barata.
Os cortes honestos entre a Gfacility e as plataformas consolidadas
Publicamos comparações completas lado a lado para as nove plataformas que a maioria dos compradores coloca na shortlist. O hub de comparações lista-as todas; cada página é o corte honesto, em formato longo. A versão curta das quatro decisões mais comuns:
Gfacility vs ServiceNow. A ServiceNow vence quando a profundidade do ITSM e uma equipa de plataforma dedicada são decisivas; a Gfacility vence quando o âmbito entre domínios, a IA autónoma e uma implementação de uma semana são decisivos. (Comparação completa).
Gfacility vs Jira Service Management. O JSM vence dentro de equipas de IT próximas da engenharia já no Atlassian; a Gfacility vence quando Instalações e Local de Trabalho precisam de partilhar o mesmo motor que o IT. (Comparação completa).
Gfacility vs TopDesk. O TopDesk vence na familiaridade do mid-market do Benelux e na profundidade da rede de parceiros existente; a Gfacility vence na arquitetura nativa de IA, no verdadeiro SaaS de versão única e no importador de uma semana. (Comparação completa).
Gfacility vs Planon. A Planon vence na gestão de portefólio imobiliário à escala (contabilidade de leasing, capex, planeamento de espaços); a Gfacility vence nas operações de serviço entre domínios com IA autónoma. As duas são muitas vezes complementares, e não concorrentes diretas. (Comparação completa).
Os cortes honestos contra Freshservice, Spacewell, BMC Helix, Ultimo e IBM TRIRIGA estão no hub de comparações.
Um modelo de decisão que pode executar em 90 minutos
Pode ler um ano de relatórios de analistas e continuar sem saber que plataforma escolher. Ou pode responder a seis perguntas, por esta ordem, e ficar com uma shortlist de duas:
1. Qual é a forma da equipa que vai usar isto à segunda-feira? Só IT? IT mais Instalações mais Local de Trabalho? Muito orientada para engenharia? Cautelosa por ser de setor regulado? Escreva a resposta numa frase.
2. Qual é o volume de tickets de rotina de L1 e que fração deles é fechável por um agente autónomo segundo a política? Seja honesto. A maioria das equipas situa-se entre 40 e 70 por cento. O número determina quanta capacidade de IA vale a pena pagar.
3. Qual é o seu apetite de implementação? Um arquiteto de soluções durante uma semana, ou uma equipa de parceiro de quatro durante seis meses? Nenhum está errado, mas não pode ter os dois.
4. Qual é o seu padrão de renovação? Está preso à plataforma atual por mais 18 meses, ou há uma decisão contratual no próximo trimestre? A primeira é uma janela de pesquisa; a segunda é uma janela de decisão.
5. Onde está o piso regulatório? UE primeiro, flexibilidade regional, EUA primeiro, setor regulado com requisitos de auditoria específicos? Isto reduz a lista de fornecedores mais depressa do que qualquer outra pergunta.
6. Quem assina a renovação? Diretor de IT, CIO, COO, responsável de serviços ao negócio? Comprador diferente, plataforma diferente.
A shortlist resulta dessas seis respostas. Se não resultar, não respondeu à pergunta 1 de forma suficientemente específica.
A questão da implementação
O maior preditor de como uma decisão de plataforma de ESM se desenrola não é a plataforma; é a implementação. O mesmo tenant da ServiceNow pode ser um sucesso transformador numa organização e um atoleiro de seis meses noutra, e a diferença raramente é o software.
Três padrões honestos que vemos, por ordem de frequência aproximadamente decrescente:
Padrão 1: O comprador escolhe uma plataforma cuja superfície de configuração é mais profunda do que a equipa precisa. A implementação tenta usar essa profundidade (“já que temos a ferramenta, vamos redesenhar o processo de mudanças”) e encalha porque o design de processos e a implementação de ferramentas são projetos diferentes.
Padrão 2: O comprador escolhe uma plataforma cuja superfície de configuração é mais superficial do que a equipa precisa. Seis meses depois, a equipa está a criar soluções de contorno porque a ferramenta não consegue modelar o processo real. A migração para uma plataforma mais profunda está no roadmap para o próximo ano.
Padrão 3: O comprador escolhe uma plataforma que encaixa na profundidade, entrega uma migração mínima com um único arquiteto de soluções, usa-a em produção durante um trimestre e depois melhora. Este é o padrão que funciona.
A tentação de redesenhar processos durante a implementação da plataforma é quase sempre um erro. Migre o que tem, use-o durante 90 dias e depois comece o trabalho de processos com dados reais em vez de um flipchart numa sala de reuniões.
O que construímos
A Gfacility é a plataforma de enterprise service management nativa de IA para a forma entre domínios (Forma 4 acima). Um motor para IT, Instalações e Local de Trabalho, com agentes de IA autónomos que fecham trabalho de rotina de ponta a ponta, residência de dados UE primeiro e uma implementação de uma semana. Não somos a plataforma certa para a Forma 1 (ITSM de grande empresa com equipa de plataforma dedicada) nem para a Forma 2 (IT e engenharia nativos do Atlassian). Somos honestos quanto a isto em todas as páginas de comparação e neste artigo.
Se a sua forma é a Forma 4, as comparações lado a lado cobrem as nove plataformas que a maioria dos compradores coloca na shortlist ao nosso lado, com os cortes explicitados e os passos de migração nomeados. Se quer ver como é uma migração da Gfacility com os seus próprios dados, marque uma chamada de 30 minutos e traga uma exportação das suas filas de tickets atuais, sejam quais forem as plataformas que usa hoje. Passamo-las pelo importador e dizemos-lhe, honestamente, se somos a resposta certa para a forma da sua equipa.
A versão curta
Escolher uma plataforma de ESM em 2026 é uma questão sobre a forma da sua equipa, não sobre listas de funcionalidades. As seis dimensões que importam (âmbito de domínio, forma da IA, esforço de implementação, modelo de preços, modelo de plataforma, residência de dados) reduzem a maioria das decisões a duas plataformas em 90 minutos. Tudo o resto é detalhe que deve seguir a forma, não liderá-la.
As plataformas que vão vencer esta década serão as que escolheram uma forma e construíram para ela em profundidade. As que vão perder serão as que tentaram ser tudo para todos, e os compradores que as escolheram numa grelha de funcionalidades serão os que estarão a renegociar em 2028.
Perguntas frequentes
Qual é a diferença entre ITSM e ESM? +
O IT service management gere o IT como serviço. O enterprise service management aplica a mesma forma (receção, classificação, encaminhamento, resolução, fecho) a outras áreas do negócio: instalações, RH, jurídico, finanças. O ESM é o que o ITSM se torna quando se deixa de fingir que o mesmo colaborador coloca perguntas de IT e de instalações por duas portas diferentes.
Devemos usar uma plataforma para tudo ou plataformas especializadas por função? +
Depende da profundidade. Se o seu âmbito de instalações for gestão imobiliária à escala de portefólio (contabilidade de leasing, capex, planeamento de espaços), um IWMS dedicado justifica o seu lugar. Se o seu âmbito de IT for muito profundo, com centenas de variantes de processo, um ITSM dedicado justifica-se. A plataforma unificada brilha no meio: organizações grandes o suficiente para precisar de software a sério, mas não tão grandes que cada área justifique o seu próprio programa empresarial.
Que importância tem a IA na decisão? +
Em 2026, central. A diferença entre a IA copiloto (resumir, redigir, sugerir) e a IA autónoma (classificar, encaminhar, executar, fechar) é real e está a crescer. Para filas de L1 de grande volume, a diferença mede-se em colaboradores que não precisa de contratar. Para trabalho especializado de baixo volume, a diferença é menor. Adeque a capacidade de IA à forma real das suas filas.
Como é uma avaliação típica? +
Má: uma folha de cálculo de funcionalidades com 100 linhas, seis demonstrações, três chamadas de referência e um RFP de seis meses. Boa: 90 minutos por plataforma com os seus próprios dados, uma lista escrita das cinco coisas que inviabilizariam o negócio e uma resposta clara a 'quem vai usar isto na segunda-feira e como muda a sua semana'. Se não consegue articular a resposta de segunda-feira, não está pronto para escolher.
O Magic Quadrant da Gartner é útil para esta decisão? +
Útil para a longlist. Não útil para a shortlist. O Magic Quadrant diz-lhe que fornecedores têm alcance para estar na conversa, não que plataforma encaixa na sua equipa específica. A shortlist sai da sua própria lista de restrições: modelo de implementação, residência de dados, forma da IA, esforço de implementação, custo total e quem assina a renovação.
Como evitamos a implementação que demora nove meses? +
Três coisas. Escolha uma plataforma cuja superfície de configuração corresponda à profundidade de que realmente precisa (não à profundidade que a demonstração mostrou). Faça a primeira migração com um único arquiteto de soluções, não com uma equipa de parceiro de seis pessoas. E resista à tentação de redesenhar os seus processos durante a implementação. Migre o que tem, use-o durante um trimestre e depois melhore.