O Teste Difícil da ServiceNow é o Caso Fechado, Não a Resposta de IA

Resumo

• O valor técnico da ServiceNow deve ser julgado pela resolução aceita de um caso real, incidente ou solicitação, não pela fluência de uma resposta gerada. A plataforma pode conectar estado do ticket, contexto do CMDB, regras de fluxo de trabalho, integrações, controles de acesso, logs de auditoria, Now Assist e agentes de IA, mas cada uma dessas camadas também pode introduzir um modo de falha: dados de configuração desatualizados, atribuição errada, incompatibilidade de permissão oculta, tempo limite de integração, incidente duplicado, fechamento prematuro, recomendação alucinada ou um caso reaberto que expõe a correção original como incompleta.
• As evidências públicas apoiam uma afirmação limitada. A ServiceNow possui mecanismos maduros para fluxos de trabalho de caso, estados de ciclo de vida de incidentes, rastreamento de incidentes reabertos, saúde do CMDB, Integration Hub, tratamento de erros do Flow Designer, Workflow Data Fabric, controles de acesso, log de auditoria e gerenciamento de conflitos de atualização. Esses recursos são relevantes para a confiabilidade porque transformam o trabalho de serviço em transições de estado governadas, em vez de conversas soltas. Eles não provam que um comprador alcançará menor custo ou resolução mais rápida. O design do processo do cliente, a higiene dos dados, a qualidade da implementação do parceiro, a confiabilidade do sistema externo e as escolhas de licenciamento continuam decisivos.
• O caso comercial é forte, mas não se comprova automaticamente. A ServiceNow reportou US$ 13,278 bilhões em receita em 2025, incluindo US$ 12,883 bilhões de receita de assinatura, e uma taxa de renovação de 98% para cada um de 2025, 2024 e 2023 em seu Formulário 10-K de 2025. No primeiro trimestre de 2026, reportou US$ 3,671 bilhões de receita de assinatura e US$ 27,7 bilhões em obrigações de desempenho remanescentes. Esses números mostram uma grande demanda empresarial por uma plataforma de fluxo de trabalho. Eles não provam que agentes de IA, automação de CMDB ou fechamento de casos entre sistemas reduzem o trabalho após implementação, supervisão, uso de tokens, atualizações e manutenção de integração serem contabilizados.

O Caso Fechado é o Teste Unitário

A maneira mais fácil de superestimar a ServiceNow é avaliá-la como um gerador de texto. Um usuário faz uma pergunta, o Now Assist resume o incidente, um agente de IA propõe um próximo passo e a resposta visível parece competente. Isso não é suficiente. Nos ambientes operacionais em que a ServiceNow vende, a resposta é apenas um evento dentro de uma cadeia mais longa. A solicitação deve ser classificada. O serviço ou ativo afetado deve ser identificado. O chamador deve ter as permissões corretas. O artigo de conhecimento relevante ainda deve ser válido. O incidente ou caso deve ser encaminhado para o grupo certo.

Sistemas externos podem precisar ser consultados ou atualizados. Uma aprovação pode ser necessária. A correção pode exigir um registro de mudança. A nota de resolução deve explicar o que foi feito. O caso deve fechar sem reabrir imediatamente.

É por isso que o teste mais útil para a ServiceNow é um caso fechado que permanece fechado. A Now Platform é importante quando preserva contexto, autoridade e evidência em todas as transferências. Um help desk que fecha tickets rapidamente ao suprimir a complexidade não automatizou a resolução; escondeu o trabalho não resolvido. Um caso de atendimento ao cliente que produz uma resposta educada enquanto o sistema de faturamento, direitos ou inventário permanece errado não reduziu custos; transferiu o custo para o próximo contato.

Um fluxo de trabalho de segurança ou operações que permite que uma sugestão de IA atualize o registro errado não melhorou a produtividade; tornou o modelo de permissão parte do incidente.

A própria linguagem de produto da ServiceNow aponta para a amplitude da afirmação. A empresa diz que a ServiceNow AI Platform conecta IA, dados e fluxos de trabalho em uma única plataforma, e seu relatório anual de 2025 descreve uma plataforma baseada em nuvem que suporta aplicativos de fluxo de trabalho nas categorias Tecnologia, CRM e Indústria, Core Business, e Criador e Outras (ServiceNow 2025 Form 10-K). A página do produto ITSM diz que o ITSM conecta gerenciamento de incidentes, problemas, mudanças e solicitações em uma única plataforma de IA (ServiceNow ITSM). Essa amplitude é o ponto e o risco. A ServiceNow não é apenas um formulário de ticket. É um lugar onde o trabalho empresarial é representado como estado, dados, permissões e ações.

A pergunta útil é, portanto, estreita: quando uma solicitação entra no sistema, a ServiceNow consegue manter informação suficiente ao seu redor para decidir o que deve acontecer em seguida? A resposta depende menos de um recurso de IA do que da qualidade do registro subjacente. Uma resposta gerada sem um estado de incidente confiável, contexto atual do CMDB, ACL correta, integração funcional e fluxo de trabalho observável é apenas uma frase plausível. Um fluxo de trabalho menos deslumbrante que preserva estado e evidência pode ser muito mais valioso.

O Que a ServiceNow Realmente Possui

A ServiceNow possui a plataforma, seus aplicativos, sua documentação, seu modelo de lançamento, suas obrigações de serviço em nuvem e a superfície do produto em torno de Now Assist, agentes de IA, Workflow Data Fabric, CMDB, ITSM, CSM, Integration Hub, Flow Designer e muitos outros módulos.

Ela não possui a maturidade do processo do cliente, a qualidade dos dados, a taxonomia de serviços, o patrimônio de nuvem, o inventário de endpoints, os dados de RH, os sistemas de faturamento, o provedor de identidade, as ferramentas de monitoramento, o parceiro de serviço gerenciado, as exceções de fluxo de trabalho legado ou cada modelo e conector de terceiros usados em uma implantação.

Esse limite não é uma nota de rodapé defensiva. É o núcleo econômico do produto. A ServiceNow vende uma forma de coordenar o trabalho entre sistemas que não foram projetados juntos. Se a plataforma puder absorver contexto suficiente desses sistemas e aplicar políticas consistentemente, ela reduz o custo de coordenação. Se a plataforma se tornar outra camada de mapeamentos, exceções e registros desatualizados, o custo retorna em serviços de implementação, manutenção de integração, roteamento falso, revisão manual e governança da plataforma.

O Formulário 10-K de 2025 da empresa é franco sobre o risco de implementação. Ele diz que os requisitos de negócios, integração, migração, conformidade e segurança do cliente, bem como erros da ServiceNow, parceiros ou clientes, podem tornar as implementações atrasadas, ineficientes ou malsucedidas, e que implementações malsucedidas ou caras podem prejudicar renovações e reputação (ServiceNow 2025 Form 10-K). Esse é o fator de risco certo para este artigo porque não é sobre se a ServiceNow tem recursos. É sobre se o comprador pode transformar esses recursos em prática operacional confiável.

O mesmo arquivo descreve a arquitetura da plataforma ServiceNow como uma que integra IA, dados e fluxos de trabalho, mas também observa custos crescentes para suportar ofertas de assinatura, mercados regulamentados, serviços de nuvem de terceiros e requisitos de residência de dados. Isso é importante para os compradores porque o valor da plataforma ServiceNow é parcialmente criado pela centralização. Centralização não significa simplificação automática. Significa que mais trabalho é colocado sob um contrato operacional.

O comprador ganha uma camada de fluxo de trabalho comum, mas também aceita uma dependência do ritmo de lançamento da ServiceNow, estrutura de licenciamento, ecossistema de parceiros e governança específica da plataforma.

A diferença entre propriedade do produto e propriedade do cliente deve moldar cada afirmação de confiabilidade. A ServiceNow pode fornecer um modelo de estado de incidente. O cliente decide se as categorias de incidente fazem sentido. A ServiceNow pode expor indicadores de saúde do CMDB. O cliente decide se as fontes de descoberta e as regras de reconciliação são mantidas. A ServiceNow pode fornecer Integration Hub. O cliente decide quais credenciais, novas tentativas, mapeamentos de dados e dependências de serviço externo são aceitáveis. A ServiceNow pode fornecer Now Assist e agentes de IA.

O cliente decide onde esses agentes podem agir e onde um humano deve aprovar.

O Estado do Caso é Mais Importante que a Conversa

O ciclo de vida do incidente é um lugar simples para ver por que a integridade do estado é importante. A documentação da ServiceNow diz que o Gerenciamento de Incidentes gerencia o ciclo de vida dos incidentes desde a criação até o fechamento, com estados como Novo, Em Andamento e Em Espera, e descreve Em Espera como uma transferência temporária de responsabilidade para outra entidade por informações, evidências ou resolução (Documentação do ciclo de vida de incidentes da ServiceNow). Essa linguagem é operacionalmente importante. Um caso não é apenas um fio de conversa. É um registro de responsabilidade, evidência e progresso.

A documentação de reabertura da ServiceNow faz o mesmo ponto do outro lado. Ela diz que um incidente resolvido pode ser reaberto por determinados usuários, que a reabertura muda o estado de Resolvido para Em Andamento, e que campos como Última reabertura por, Última reabertura em e Contagem de reaberturas ajudam a dar suporte a relatórios e auditoria de incidentes reabertos (Documentação de reabertura de incidentes da ServiceNow). O rastreamento de reaberturas é um sinal de confiabilidade sóbrio. Um fluxo de trabalho que fecha um caso rapidamente, mas reabre com frequência, não é necessariamente melhor do que um fluxo de trabalho mais lento que resolve o problema subjacente na primeira vez.

É aqui que a assistência de IA deve ser medida cuidadosamente. O Now Assist para ITSM pode resumir informações de incidentes, gerar notas de resolução de incidentes e resumir chat para uma interação, enquanto ajuda os agentes a entender o contexto do chat e do incidente (Documentação do Now Assist para ITSM). Essas capacidades podem economizar tempo se reduzirem o trabalho de leitura e redação. Elas também podem criar risco se os agentes aceitarem resumos que omitem incertezas, se as notas de resolução geradas implicarem trabalho que não foi realizado, ou se o contexto resumido vier de registros desatualizados.

O benchmark correto não é " a IA escreveu uma boa nota?" É "a nota correspondia ao estado do caso, ao trabalho realizado e às evidências disponíveis?" Uma nota de resolução que parece nítida, mas não menciona uma dependência de fornecedor, uma mudança não resolvida, uma solução alternativa conhecida ou uma exceção específica do chamador pode tornar os relatórios mais limpos, mas tornar o próximo incidente mais difícil. Em uma plataforma construída em torno da auditabilidade, o modo de falha perigoso não é a prosa estranha. É a prosa autoritária anexada a uma transição de estado fraca.

Para casos de uso de atendimento ao cliente, a ServiceNow documenta o gerenciamento de casos como um processo para engajar clientes, categorizar e rotear casos, atribuir trabalho a agentes e gerenciar casos até a resolução e relatórios (Documentação de gerenciamento de casos CSM da ServiceNow). Novamente, o valor do produto está no caminho do estado. Um caso de cliente pode envolver direitos de conta, inventário de produtos, serviço de campo, faturamento, histórico de suporte e exceções de política. Se esses registros estiverem errados, a IA pode acelerar a resposta errada. Se esses registros estiverem corretos, a IA pode reduzir o tempo gasto para encontrar a próxima ação responsável.

A lição operacional é direta: os compradores da ServiceNow devem medir a qualidade da resolução, não apenas a velocidade da resposta. Taxa de reabertura, taxa de atribuição incorreta, contagem de redirecionamento manual, tempo em espera por motivo, referências de conhecimento desatualizadas, contagem de tentativas de integração e contato pós-resolução do cliente são melhores indicadores do que o volume de notas geradas. Se a IA reduzir o tempo de atendimento enquanto aumenta as reaberturas ou exceções silenciosas, a plataforma otimizou a parte visível do processo e enfraqueceu a real.

O CMDB é a Superfície de Roteamento

O banco de dados de gerenciamento de configuração é frequentemente discutido como um repositório, mas na economia da ServiceNow está mais próximo de uma superfície de roteamento. Se o CMDB representar com precisão serviços, ativos, proprietários, dependências e estado do ciclo de vida, a plataforma pode rotear incidentes, avaliar impacto e apoiar automação com contexto. Se o CMDB estiver incompleto ou contraditório, a automação pode se tornar um motor de desinformação confiante.

A documentação de Saúde do CMDB da ServiceNow diz que um CMDB saudável é essencial para o uso eficaz e contínuo do produto, e que indicadores como itens de configuração duplicados, campos de CI obrigatórios e auditorias são agregados em pontuações de saúde em níveis de classe, grupo de saúde e serviço (Documentação de Saúde do CMDB da ServiceNow). A redação é importante porque trata a saúde como contínua, não como um marco único de migração. Um CMDB pode ser preciso no lançamento e se deteriorar à medida que recursos de nuvem, proprietários, aplicativos e integrações mudam.

O glossário do CMDB também descreve Identificação e Reconciliação como uma estrutura centralizada para identificar e reconciliar dados de diferentes fontes à medida que os dados entram no CMDB, ajudando a manter a integridade quando várias fontes criam e atualizam registros de CI (Glossário do CMDB da ServiceNow). Esse é exatamente o problema certo para automação empresarial. Vários sistemas afirmam saber o que é um ativo, quem o possui, do que depende e se ainda está ativo. A ServiceNow pode ajudar a impor ordem, mas a evidência de sua própria documentação mostra que essa ordem requer regras, funções e manutenção.

O Now Assist para CMDB vai além. A documentação da ServiceNow descreve agentes de IA usados pelo Now Assist para CMDB, incluindo um agente criador de CI, um resumidor de itens de configuração e um gerenciador de certificação e atestado de dados (Documentação do Now Assist para CMDB). Essas são direções úteis porque a higiene do CMDB é trabalhosa. Mas elas também elevam o padrão de supervisão. Se um agente de IA criar ou resumir um CI, o comprador deve saber qual fonte foi usada, o que foi inferido, o que foi verificado e o que deve ser revisado antes que os fluxos de trabalho dependam disso.

A troca econômica é clara. Um bom CMDB pode reduzir investigação duplicada e roteamento ruim. Um CMDB fraco pode tornar cada automação mais cara porque as equipes devem verificar se a imagem do ambiente da ServiceNow é confiável. O custo não é apenas entrada de dados. É a governança necessária para decidir qual fonte de descoberta vence, como as exceções são documentadas, como registros duplicados são remediados e como sistemas aposentados ou substituídos desaparecem da superfície de roteamento antes de desencadear trabalho falso.

É por isso que a promessa da ServiceNow é mais crível para organizações dispostas a tratar a manutenção do CMDB como infraestrutura operacional. É menos crível para compradores que desejam agentes de IA e automação de fluxo de trabalho enquanto deixam definições de serviço, propriedade e registros de configuração ambíguos. A plataforma só pode processar casos tão bem quanto o contexto que recebe.

Integrações Transformam a ServiceNow em um Plano de Controle

O IntegrationHub é central para a afirmação da ServiceNow de que o trabalho empresarial pode se mover entre sistemas. A documentação descreve o Integration Hub como uma forma de automatizar tarefas de integração usando componentes da ServiceNow para o Workflow Studio ou para desenvolver integrações personalizadas, com uma assinatura separada necessária (Documentação do Integration Hub da ServiceNow). Essa última frase é comercialmente importante. Integração não é apenas uma capacidade técnica. É uma superfície operacional licenciada com custo contínuo.

O tratamento de erros do Flow Designer mostra por que essa superfície deve ser observável. A ServiceNow documenta manipuladores de erros de fluxo que podem identificar erros de fluxo conforme eles ocorrem, capturar e enviar informações de erro, automatizar a resolução e permitir que os construtores especifiquem a lógica de tratamento de erros de ação (Documentação do manipulador de erros de fluxo da ServiceNow). As propriedades do sistema do Flow Designer também definem quanto detalhe o mecanismo de execução do Flow Designer grava na tabela sys_flow_log, com níveis variando da configuração de diagnóstico mais detalhada até INFO, WARN e ERROR (Documentação das propriedades do sistema do Flow Designer). Essas não são configurações secundárias. Elas determinam se a automação com falha é visível o suficiente para ser confiável.

Um tempo limite de integração pode ser pior do que um atraso humano se o fluxo de trabalho não tornar a falha visível. Um ticket pode parecer atribuído, um status pode parecer atualizado, ou uma resposta gerada pode dizer que o trabalho começou enquanto o sistema externo não recebeu a ação. A diferença entre um fluxo de trabalho valioso e um perigoso é frequentemente se as exceções se tornam tarefas com proprietários, logs e caminhos de repetição. A ServiceNow fornece ferramentas para isso, mas os clientes devem projetar o caminho de falha deliberadamente.

A documentação de terceiros mostra o mesmo padrão. A AWS diz que o AWS Service Management Connector for ServiceNow permite que os usuários da ServiceNow provisionem, gerenciem e operem recursos da AWS, rastreiem recursos do AWS Config no CMDB, visualizem e resolvam OpsItems do AWS Systems Manager como incidentes, e sincronizem descobertas do AWS Security Hub para incidentes ou problemas da ServiceNow (Documentação do AWS Service Management Connector). Uma página separada da AWS mapeia campos do Incident Manager para campos de incidente da ServiceNow e observa que a AWS encerrará o suporte para o AWS Service Management Connector em 31 de março de 2027 (Documentação do AWS Incident Manager na ServiceNow). Esse aviso de fim de suporte é um lembrete útil: o valor da integração também depende do ciclo de vida de outro fornecedor.

A documentação de integração do Jira Service Management da Atlassian descreve fluxos bidirecionais de incidentes e alertas entre a ServiceNow e o Jira Service Management, incluindo mapeamento de atribuições, grupos, ações de alerta e sincronização opcional de usuários e grupos (Documentação de integração da Atlassian com ServiceNow). A página também nomeia restrições, incluindo a necessidade de instalação de aplicativo, funções de usuário, escolhas de mapeamento e limitações em torno de múltiplas integrações sem modificação de código. Isso é suporte independente para um ponto prático: conectar a ServiceNow a outro help desk ou plataforma de alerta não é apenas uma chamada de API. É tradução de estado.

A documentação pública do aplicativo Sentinel Store da Microsoft para ServiceNow descreve de forma semelhante a sincronização bidirecional de incidentes, incluindo criação de incidentes, alerta, entidade, comentário, status, gravidade e sincronização de atribuição de proprietário, observando que a integração tradicional do Azure Logic App ou playbook não habilita totalmente a sincronização bidirecional e que o aplicativo é executado em uma única instância da ServiceNow sem separação de domínio (Leia-me da integração do Microsoft Sentinel com ServiceNow). Essa limitação é importante para grandes empresas porque a separação de domínio, o design de múltiplas instâncias e os limites de propriedade podem decidir se uma integração escala de forma limpa.

A conclusão não é que as integrações sejam ruins. É que a integração é onde a ServiceNow se torna um plano de controle, e planos de controle exigem gerenciamento de mudanças. Cada sistema externo adiciona credenciais, mapeamento de dados, suporte ao ciclo de vida, limites de taxa, alterações de campo, avisos de fornecedor e semântica de falha. A ServiceNow pode reduzir o trabalho de troca entre sistemas, mas não pode fazer esses sistemas desaparecerem.

Agentes de IA Elevam o Padrão de Permissão

A página de produto de agentes de IA da ServiceNow diz que fluxos de trabalho agentes representam um objetivo de negócios, o AI Agent Orchestrator coordena a colaboração entre equipes de agentes, o AI Agent Studio permite que os usuários construam e personalizem agentes, e o ServiceNow AI Control Tower é posicionado como um hub central para governança e gerenciamento de IA (ServiceNow AI Agents). A documentação do Now Assist diz que ele usa IA generativa por meio de experiências de conversação e proativas, com acesso dependendo de licença, níveis de produto e disponibilidade de recursos (Documentação do Now Assist). A documentação de agentes de IA do Now Assist diz que os agentes usam grandes modelos de linguagem e podem variar de respostas automatizadas simples a resolução complexa de problemas (Documentação de agentes de IA do Now Assist).

Essas afirmações são mais fortes quando os agentes atuam dentro de um fluxo de trabalho governado com autoridade limitada. Elas são mais fracas quando o comportamento do agente é tratado como um substituto para o design do processo. Um agente de serviço humano muitas vezes sabe quando um caso parece errado mesmo que o formulário pareça completo. Um agente de IA deve receber guardrails, acesso a fontes, permissões, limites de revisão e regras de escalonamento que representem esse julgamento. Caso contrário, ele pode cometer erros de baixo atrito em escala.

O registro público de segurança reforça o ponto. O Centro Canadense de Segurança Cibernética publicou um aviso em 13 de janeiro de 2026 observando que a ServiceNow havia publicado um aviso para uma vulnerabilidade crítica afetando o Now Assist AI Agents e a API do Virtual Agent em versões anteriores às versões corrigidas especificadas (Aviso do Centro Canadense de Segurança Cibernética AV26-022). O NVD registra outra vulnerabilidade da plataforma de IA da ServiceNow, CVE-2025-11449, como um problema de cross-site scripting refletido que a ServiceNow resolveu implantando uma atualização de segurança relevante na maioria das instâncias hospedadas e fornecendo atualizações para clientes auto-hospedados, parceiros e clientes hospedados com configuração exclusiva (NVD CVE-2025-11449).

O artigo do pesquisador de segurança AppOmni sobre CVE-2025-12420 argumentou que os agentes de IA podem amplificar falhas de segurança tradicionais e descreveu uma falha de integração do Virtual Agent que permitia a personificação de usuários por meio da lógica de vinculação de contas, enquanto recomendava controles como configuração mais forte do provedor, processos de aprovação e gerenciamento do ciclo de vida dos agentes (Pesquisa AppOmni BodySnatcher). Esta é uma fonte nomeada de pesquisa de segurança, não um veredito amplo sobre todas as implantações de IA da ServiceNow. Seu valor é mais restrito: mostra que os caminhos de execução de agentes de IA podem se tornar caminhos críticos de segurança.

Essa evidência não significa que os compradores devam evitar agentes de IA. Significa que o padrão de permissão deve aumentar. Se um agente pode resumir um registro, o risco é contexto incompleto. Se um agente pode atualizar um registro, acionar um fluxo de trabalho, acessar uma ferramenta externa ou invocar outro agente, o risco inclui ação não autorizada, identidade errada, vazamento de dados e execução não revisada. Os produtos de governança da ServiceNow podem ajudar, mas o comprador ainda precisa de um inventário de agentes, ferramentas, escopos, credenciais, regras de aprovação e política de descomissionamento.

A IA muda a economia da ServiceNow apenas se reduzir o trabalho aceito, não apenas a digitação manual. Um resumo de caso que economiza três minutos de um agente é útil. Um fluxo de trabalho autônomo que fecha um caso incorretamente, atualiza o registro de cliente errado ou roteia um incidente de segurança para a fila errada é caro. A métrica responsável não é o número de interações de IA. É o número de resoluções aceitas, com evidência de auditoria e baixas taxas de reabertura.

Permissões e Logs de Auditoria Fazem Parte da Resolução

A documentação de controle de acesso da ServiceNow diz que as ACLs protegem o acesso a novos registros ou alteram o comportamento de segurança padrão, e criar ACLs requer elevação para a função security_admin (Documentação de configuração de ACL da ServiceNow). Sua documentação de exploração de ACL diz que uma ACL concede acesso apenas se as condições necessárias forem atendidas, incluindo verificações de condição, script e função, além de verificações em nível de tabela e campo para ACLs de registro (Documentação de exploração de ACL da ServiceNow). É aqui que a confiabilidade do fluxo de trabalho encontra a governança.

Um fluxo de trabalho pode falhar porque não pode ver um registro, porque vê demais, ou porque escreve sob uma conta de serviço que obscurece a responsabilidade. Um caso pode ser mal roteado porque o grupo relevante está oculto. Um recurso de IA pode produzir uma resposta fraca porque não tem acesso à fonte que o teria corrigido. Por outro lado, uma integração com permissões excessivas pode expor registros confidenciais a um processo que nunca deveria vê-los. O modelo de permissão correto não é, portanto, apenas um requisito de conformidade. É uma pré-condição para automação correta.

A evidência de auditoria é igualmente operacional. A documentação de log de auditoria da ServiceNow diz que os logs de eventos mostram logins de funcionários da ServiceNow em uma instância do cliente e os logs de transações mostram atividade na instância, incluindo tentativas de excluir logs (Documentação de log de auditoria da ServiceNow). Essa fonte é especificamente sobre atividade de funcionários da ServiceNow, não sobre todos os logs de fluxo de trabalho do cliente, mas ilustra o princípio mais amplo: plataformas de trabalho empresarial devem ser capazes de explicar quem ou o que agiu, quando, e por qual caminho.

Para os compradores, a questão principal é se cada transição de estado importante tem evidência suficiente. Quem reabriu o incidente? Qual integração atualizou o campo? Qual artigo de conhecimento foi usado? O que o assistente de IA resumiu? Qual status externo mudou? Qual aprovação foi concedida? Qual ACL permitiu ou negou acesso? Se a plataforma não puder responder a essas perguntas para seus próprios fluxos de trabalho, a resolução mais rápida se torna mais difícil de confiar.

A mesma lógica se aplica a ambientes regulamentados. O relatório anual da ServiceNow menciona custos para apoiar clientes em mercados regulamentados e requisitos de residência de dados (ServiceNow 2025 Form 10-K). Compradores regulamentados podem valorizar a ServiceNow precisamente porque ela fornece uma superfície de controle comum. Mas esses compradores devem ter cuidado ao tratar recursos de IA como complementos genéricos de produtividade. No trabalho de serviço regulamentado, uma resposta que não pode ser rastreada geralmente não é uma resposta que pode ser usada.

Atualizações e Personalizações Criam uma Conta de Manutenção

O valor da plataforma ServiceNow cresce à medida que mais fluxos de trabalho são movidos para ela. O mesmo acontece com a conta de manutenção. A documentação de atualização torna isso concreto. A ServiceNow diz que registros personalizados que têm versões atuais na tabela Customer Updates são ignorados durante uma atualização, e resolver uma atualização ignorada pode significar manter a personalização, mesclar alterações, reverter para a versão atualizada ou revisar a ignorada sem ação (Documentação de resolução de atualização ignorada da ServiceNow). A lista de alterações ignoradas existe para evitar que personalizações sejam sobrescritas e para ajudar a rastrear registros ignorados que precisam de revisão (Documentação de alterações ignoradas da ServiceNow).

Este é o custo prático da personalização da plataforma. A ServiceNow é valiosa em parte porque os clientes podem adaptar fluxos de trabalho aos seus próprios processos. Mas cada personalização pode se tornar uma decisão de atualização mais tarde. Um comprador que personaliza fortemente formulários de incidente, regras de negócios, ACLs, integrações, tabelas e comportamento da interface pode obter um ajuste melhor no curto prazo e mais trabalho de revisão no longo prazo. Um comprador que fica mais próximo da plataforma base pode atualizar mais suavemente, mas pode precisar mudar processos internos para se adequar ao produto.

A documentação do Upgrade Plan da ServiceNow diz que o trabalho pós-atualização, como confirmar conjuntos de atualização, instalar plugins e aplicativos, e múltiplas atualizações pode ser demorado, e que os planos de atualização podem automatizar tarefas rastreando ações e repetindo etapas em instâncias necessárias (Documentação do Upgrade Plan da ServiceNow). Esse é um recurso útil, mas também prova o ponto: a manutenção é um fluxo de trabalho por si só. A plataforma que automatiza o trabalho deve ela mesma ser operada por meio de trabalho estruturado.

Isso é importante para a história da IA. Recursos de IA não removem a complexidade da atualização. Eles podem adicionar suas próprias dependências de lançamento, restrições de disponibilidade de modelo, considerações de licenciamento, problemas de ciclo de vida de agentes e tarefas de governança. A documentação do Now Assist para ITSM observa que alguns provedores de modelo e recursos de IA não estão disponíveis para determinados ambientes in-country, FedRAMP, Departamento de Defesa IL5, Austrália IRAP-Protected, auto-hospedados ou outros ambientes restritos (Documentação do Now Assist para ITSM). Isso não é uma crítica; é um lembrete de que a disponibilidade de IA faz parte do envelope de implantação.

O teste de manutenção do comprador deve incluir contagens de registros ignorados, horas de mesclagem manual, alterações de incidente pós-atualização, reteste de integração, disponibilidade de recursos de IA, validação de agentes e regressão de fluxos de trabalho principais. Uma demonstração raramente mostra esse trabalho. A propriedade da produção sempre mostra.

O Sinal Comercial é Demanda, Não Prova

O desempenho financeiro da ServiceNow mostra que o mercado está disposto a pagar por esse modelo operacional. Em 2025, a empresa reportou receita total de US$ 13,278 bilhões, com receita de assinatura de US$ 12,883 bilhões, um aumento de 21% ano a ano. A receita de assinatura representou 97% da receita total. Ela também reportou uma porcentagem de lucro bruto de assinatura de 80% e disse que os acordos de assinatura normalmente têm duração de três anos, com uma taxa de renovação de 98% para cada um de 2025, 2024 e 2023 (ServiceNow 2025 Form 10-K).

No primeiro trimestre de 2026, a ServiceNow reportou receita de assinatura de US$ 3,671 bilhões, receita total de US$ 3,770 bilhões, obrigações de desempenho atuais de US$ 12,64 bilhões e obrigações de desempenho remanescentes de US$ 27,7 bilhões. Ela também disse que os clientes do Now Assist gastando mais de US$ 1 milhão em valor anual de contrato cresceram mais de 130% ano a ano (Resultados do primeiro trimestre de 2026 da ServiceNow). Esses números importam porque mostram que a ServiceNow não está vendendo uma ferramenta de fluxo de trabalho de nicho. É uma plataforma de software empresarial importante com expansão substancial dentro de grandes contas.

Mas demanda não é prova de resultado. Uma taxa de renovação pode refletir valor, custo de troca, dependência de processo incorporada, inércia de compras ou uma mistura de todos os quatro. Grandes obrigações de desempenho remanescentes mostram receita contratada, não se os tickets reabertos caíram. Alta margem bruta de assinatura mostra um negócio de software forte, não se uma implementação específica reduziu o trabalho de serviço após taxas de parceiros e despesas gerais de governança.

A questão comercial para um comprador é, portanto, local. O patrimônio da ServiceNow reduz o número de transferências necessárias para resolver o trabalho de serviço? Reduz o custo da coleta de evidências? Reduz o trabalho duplicado entre ITSM, CSM, segurança, operações e RH? Torna os sistemas externos mais fáceis de operar com segurança? Permite que a IA lide com solicitações rotineiras com menos reaberturas? Ou se torna uma camada de controle de alto custo que requer administradores especialistas, consultores, integrações personalizadas e negociações de licenciamento para cada novo fluxo de trabalho?

A resposta pode diferir por organização. Uma grande empresa com help desks fragmentados, práticas inconsistentes de CMDB, baixa visibilidade de casos e múltiplos pontos de integração pode descobrir que a plataforma comum da ServiceNow é mais barata do que continuar coordenando por e-mail, planilhas e conhecimento tribal. Uma organização menor ou mais disciplinada pode descobrir que a amplitude da plataforma adiciona mais cerimônia do que benefício. O sucesso financeiro da ServiceNow prova um mercado amplo. Não substitui a due diligence.

Workflow Data Fabric Torna os Contratos de Dados o Próximo Teste de Confiabilidade

O Workflow Data Fabric é a tentativa da ServiceNow de tornar os dados externos mais utilizáveis por fluxos de trabalho e agentes de IA. A página do produto diz que ele conecta dados entre sistemas, adiciona contexto de negócios por meio de um catálogo de dados unificado e aplica controles de governança baseados em políticas para que a IA possa entender como uma empresa funciona e agir de forma confiável (ServiceNow Workflow Data Fabric). A documentação descreve o Workflow Data Fabric Home como uma base de dados unificada que conecta dados empresariais onde eles residem, os governa por meio de contratos estáveis e os torna prontos para fluxos de trabalho, análises e IA (Documentação do Workflow Data Fabric Home).

Esta é uma boa direção porque IA e fluxos de trabalho falham quando o contexto está disperso. A documentação de termos-chave define um produto de dados como um pacote governado e reutilizável construído a partir de uma ou mais interfaces de dados, e uma interface de dados como um contrato de dados estável e governado que pode representar uma única tabela, tabelas unidas ou uma união de fontes, enquanto impõe compatibilidade retroativa para proteger os consumidores de mudanças disruptivas (Termos-chave do Workflow Data Fabric). Essa linguagem é mais útil do que a linguagem de marketing porque nomeia a coisa que deve ser operada: um contrato.

As limitações são igualmente instrutivas. A documentação para gerenciar tabelas de data fabric diz que uma tabela de data fabric pode representar virtualmente dados externos, mas os usuários devem verificar a exclusividade ao definir chaves primárias, não podem remover uma chave primária após a definição sem excluir e recriar a tabela de data fabric, e só podem referenciar uma tabela com uma chave primária definida em certos contextos (Gerenciando tabelas de data fabric). Esses detalhes mostram que o acesso virtual ou cópia zero não elimina a modelagem de dados. Isso muda onde a disciplina de modelagem é aplicada.

O monitoramento de assinatura também é importante. A ServiceNow diz que as assinaturas do Workflow Data Fabric incluem tokens usados para capacidades e que o uso de tokens pode ser rastreado no Gerenciamento de Assinaturas (Monitoramento de uso do Workflow Data Fabric). Isso torna o teste econômico mais concreto. Se todo fluxo de trabalho habilitado por IA consome capacidades de data fabric, os compradores precisam saber quais ações gastam tokens, como isso se mapeia para o valor do negócio e se o uso cresce com automação bem-sucedida ou com retrabalho evitável.

O Workflow Data Fabric poderia melhorar a confiabilidade da ServiceNow se ajudar agentes e fluxos de trabalho a consumir dados governados sem integrações pontuais intermináveis. Poderia enfraquecer o caso econômico se se tornar outra camada de licenciamento e contrato de dados que apenas especialistas entendem. O teste correto para o comprador não é se os dados podem ser conectados em uma demonstração. É se os administradores de dados podem manter contratos, ACLs, linhagem, chaves primárias e mudanças de ciclo de vida sob demanda real.

Onde a ServiceNow Pode Falhar com o Comprador

A ServiceNow pode falhar de maneiras comuns que são fáceis de perder durante um ciclo de vendas. O CMDB pode conter CIs duplicados ou desatualizados, fazendo com que os incidentes sejam roteados para o proprietário errado. Um artigo de conhecimento pode estar desatualizado, mas ainda influenciar um resumo do Now Assist. Uma integração pode ser bem-sucedida na ServiceNow e falhar no sistema externo, ou o contrário. Uma ACL pode negar a um fluxo de trabalho o registro de que precisa, causando uma resposta parcial. Uma conta de serviço muito poderosa pode permitir que um fluxo de trabalho atue sem responsabilidade suficiente.

Um incidente resolvido pode reabrir porque a transição de estado original foi prematura.

A plataforma também pode falhar comercialmente. Um fluxo de trabalho pode exigir uma assinatura adicional do Integration Hub, uma capacidade do Workflow Data Fabric, um direito do Now Assist, um conector construído por parceiro ou um aplicativo personalizado. Isso não torna o fluxo de trabalho ruim, mas muda o custo total. Um comprador deve contar serviços de implementação, administração, suporte de parceiros, treinamento, teste, revisão de atualização, administração de dados, monitoramento de integração, governança de IA e expansão de licença, não apenas a linha de assinatura no primeiro formulário de pedido.

A IA pode falhar parecendo útil demais. Uma nota de resolução gerada pode reduzir a digitação enquanto diminui a qualidade probatória. Um agente de IA pode rotear ou categorizar incidentes com precisão suficiente para impressionar no agregado, mas com erros de borda suficientes para criar usuários irritados e limpeza manual oculta. Um resumidor pode omitir a única ressalva que importa. Um fluxo de trabalho multiagente pode passar o trabalho de um agente para outro de uma forma difícil de reconstruir para supervisores humanos.

A ServiceNow também pode se tornar pegajosa de uma forma que é economicamente racional, mas estrategicamente restritiva. O lock-in não é apenas exportação de dados. É o modelo operacional: estados de ticket, classes de CMDB, tipos de caso CSM, lógica do Flow Designer, spokes do Integration Hub, ACLs, conjuntos de atualização, relatórios, aprovações, aplicativos personalizados, habilidades de parceiros e treinamento de usuários. Uma vez que uma empresa roteia trabalho crítico de serviço através da ServiceNow, substituí-la significa reconstruir a forma como o trabalho é representado. Isso pode valer a pena. Não deve ser ignorado.

O modo de falha mais grave é o falso fechamento. Uma empresa compra a ServiceNow para tornar o trabalho visível e governável. Se os fluxos de trabalho fecham registros antes que o problema do mundo real seja resolvido, a plataforma inverteu seu propósito. Os compradores devem tratar reaberturas, tickets duplicados, retornos de chamada de clientes, transferências não resolvidas e desvios manuais como sinais de confiabilidade de primeira classe.

O Teste do Comprador Deve Ser um Caso Representativo

Uma avaliação séria da ServiceNow deve seguir um caso representativo desde a admissão até o fechamento durável. Para ITSM, isso pode ser um incidente com impacto em serviço vinculado a um recurso de nuvem, um registro de CMDB, um alerta de monitoramento, um artigo de conhecimento, uma solicitação de mudança e um sistema de operações externo. Para CSM, pode ser um problema de cliente que requer contexto de conta, validação de direitos, dados de inventário ou faturamento, uma tarefa de back-office e comunicação com o cliente.

Para segurança, pode ser uma vulnerabilidade ou incidente que requer propriedade de ativo, enriquecimento de gravidade, aprovação, rastreamento de remediação e evidência.

O comprador deve registrar cada transição de estado, sugestão de IA, chamada de integração, verificação de permissão, caminho de erro, atualização de sistema externo, aprovação humana e condição de reabertura. Deve intencionalmente quebrar uma integração, alimentar um registro de CMDB desatualizado, testar uma incompatibilidade de permissão e perguntar o que a plataforma mostra. Deve comparar o tempo economizado em resumo e roteamento com o tempo gasto validando dados, mantendo mapeamentos e supervisionando exceções.

As métricas mais úteis são práticas. Conte atribuições iniciais erradas. Conte redirecionamentos manuais. Conte incidentes reabertos após resolução. Conte casos fechados sem evidência de resolução. Conte registros de CMDB com proprietários ausentes ou identidades duplicadas. Conte falhas de integração que se tornaram tarefas visíveis. Conte registros ignorados de atualização e tempo de mesclagem manual. Conte sugestões geradas por IA aceitas, rejeitadas ou editadas por agentes. Conte a fração de sugestões de IA aceitas que mais tarde se correlacionaram com reaberturas ou retornos de chamada de clientes.

Conte o uso de tokens para ações de IA e data fabric se esses recursos forem licenciados.

Esse tipo de teste é menos glamoroso do que uma demonstração de IA generativa, mas responde à pergunta real. A ServiceNow ganha sua posição de plataforma quando torna o trabalho empresarial mais fácil de ser concluído corretamente. Ela não ganha essa posição meramente inserindo IA na primeira resposta.

O Que Mudaria o Julgamento

O caso positivo para a ServiceNow se fortaleceria se a empresa e seu ecossistema publicassem mais evidências independentes em torno de resultados de resolução aceitos: mudanças na taxa de reabertura após a adoção do Now Assist, reduções de roteamento errado após a remediação da saúde do CMDB, visibilidade de falha de integração, tempo médio de mesclagem manual em atualizações, taxas de exceção de agentes de IA, custo de token por resolução aceita e reduções verificadas pelo cliente em transferências. Dados financeiros públicos e documentação de produto provam escala e capacidade. Eles não provam esses resultados de implantação.

O caso se enfraqueceria se os caminhos de execução de agentes de IA produzissem repetidamente avisos de segurança, se os clientes descobrissem que a governança do CMDB e do data fabric consumia mais trabalho do que os fluxos de trabalho economizavam, se os ciclos de vida de integração se tornassem uma fonte recorrente de interrupções ou conectores não suportados, ou se a complexidade do licenciamento fizesse com que cada projeto de automação dependesse de novos direitos.

Também se enfraqueceria se as práticas específicas da plataforma da ServiceNow tornassem a migração ou coexistência com outros sistemas mais cara do que os custos de coordenação que a plataforma removeu.

A evidência atual está entre esses polos. A ServiceNow tem profundidade de produto crível em torno das partes de confiabilidade de fluxo de trabalho que importam: estado, CMDB, integrações, ACLs, auditoria, gerenciamento de atualização e governança de IA. A empresa também tem forte demanda comercial e evidência de renovação. A questão não resolvida é a qualidade da implantação. A ServiceNow pode fornecer a superfície operacional, mas o comprador ainda deve manter a verdade que flui através dela.

Conclusão

A ServiceNow é melhor compreendida como um sistema para transformar trabalho de serviço confuso em transições de estado governadas em sistemas empresariais. Seus recursos de IA são importantes, mas não são o teste mais difícil do produto. O teste difícil é se uma solicitação real se torna um caso corretamente roteado, resolvido e auditável, sem esconder exceções, quebrar permissões, confiar em dados desatualizados ou reabrir após um fechamento prematuro.

Para o comprador certo, a ServiceNow pode reduzir o custo de coordenação colocando estado de incidente, trabalho de caso de cliente, contexto de CMDB, integrações, aprovações, assistência de IA e evidência de auditoria em um único modelo operacional. Para o comprador errado, ou para um comprador não disposto a financiar higiene de dados e governança de fluxo de trabalho, pode se tornar um lugar caro para centralizar confusão.

O veredito é condicional, mas claro. A plataforma da ServiceNow é mais forte quando a organização a trata como infraestrutura para trabalho responsável, não como uma camada de respostas geradas. Se a Now Platform ajudar a fechar casos corretamente, manter evidências intactas e tornar as exceções visíveis, ela ganha seu lugar. Se apenas tornar a primeira resposta mais rápida, o trabalho real não foi automatizado; apenas se moveu mais para o fundo da fila.