Convencer o CFO a financiar a modernização do ITSM é uma tarefa particularmente difícil. Ao contrário de uma nova aplicação, de uma solução de analytics ou de uma ferramenta destinada a cumprir requisitos específicos de segurança, um investimento no ecossistema de gestão de serviços de TI só está indiretamente ligado às receitas ou à vantagem competitiva — mesmo quando a justificação operacional é clara. Por isso, a TI acaba muitas vezes por ser vista sobretudo como um centro de custos, cujo investimento pode ser adiado ou reduzido em favor de outras despesas mais facilmente associadas à geração de novas receitas.
Para contrariar esta perceção, não basta enumerar as funcionalidades de uma nova plataforma de ITSM. É necessário construir um business case estruturado, na linguagem que a direção financeira entende, centrado no custo da situação atual, na redução do risco e no retorno do investimento. Este artigo apresenta aos CIOs e diretores de TI um modelo em quatro passos para construir um business case capaz de obter a aprovação da direção financeira, sobretudo num contexto de pressão orçamental.
Passo 1: quanto custa realmente o status quo?
O primeiro dos quatro passos consiste em tornar visível um custo que, atualmente, ninguém está a medir. Manter o status quo não é gratuito: tem custos que simplesmente não aparecem de forma explícita no balanço. Para os quantificar, é necessário analisar quatro rubricas — mais uma.
A primeira é a perda de produtividade das equipas do service desk, ocupadas com tarefas manuais e repetitivas que um processo bem estruturado poderia automatizar. Quantificar esta perda é relativamente simples: basta multiplicar o custo horário dos profissionais envolvidos pelo número de horas dedicado a estas atividades de menor valor. O resultado surpreende muitas vezes — e pela negativa — até a própria direção de TI.
A segunda é o custo adicional provocado pelas escalações: quanto mais um pedido sobe para níveis de suporte especializados, maior se torna o seu custo de tratamento. Uma forma útil de quantificar esta rubrica é calcular o custo real por ticket, incluindo os tickets reabertos.
A terceira é o downtime não planeado provocado por uma gestão de alterações inadequada. Segundo um estudo da ITIC sobre o custo do downtime, para mais de 90% das médias e grandes empresas, uma hora de indisponibilidade custa mais de 300.000 dólares — sem contar com eventuais penalizações.
A quarta é o risco associado à conformidade: processos não normalizados e registos de auditoria incompletos podem resultar em auditorias falhadas e potenciais multas.
A estas rubricas junta-se outra, menos óbvia mas igualmente real: o custo da rotatividade dos colaboradores. Segundo um relatório recente da TeamViewer sobre fricção digital, 69% dos trabalhadores inquiridos acreditam que as frustrações relacionadas com a tecnologia contribuíram para a rotatividade de colaboradores nas respetivas organizações. Além disso, substituir um colaborador implica, em média, oito semanas de onboarding. Em conjunto, estes números revelam uma realidade que a direção financeira dificilmente pode ignorar: manter o status quo provoca uma erosão constante das margens.
Há ainda um argumento essencial para grande parte do business case: evitar um único incidente grave por ano pode ser suficiente para compensar todo o investimento em ITSM. Para utilizar este argumento de forma credível, porém, é indispensável dispor de uma baseline fiável dos custos atuais. Sem ela, qualquer estimativa dos benefícios financeiros esperados será facilmente contestada durante uma revisão financeira. Por isso, a recolha destes dados deve acontecer antes de começar a elaborar o business case.
Passo 2: reformular o investimento
O segundo passo diz respeito à forma como o investimento é apresentado. Um CFO tende a responder melhor a um argumento de redução do risco do que à promessa de novas funcionalidades tecnológicas. Descrever a modernização do ITSM como a adoção de uma plataforma mais atual, com workflows melhorados, coloca o investimento na categoria das despesas discricionárias. Apresentá-la como uma forma de reduzir riscos concretos e mensuráveis transforma-a num investimento necessário.
Os riscos a destacar são aqueles que a direção já reconhece e teme: interrupções de serviço provocadas por alterações mal geridas, exposição regulatória devido a processos não documentados, incidentes de segurança resultantes de controlos insuficientes sobre as alterações e o risco de concentração de conhecimento — a vulnerabilidade que surge quando competências críticas estão concentradas num pequeno número de pessoas e desaparecem da organização quando essas pessoas saem.
ITSM como uma forma de seguro operacional
Um business case eficaz não se limita a apresentar a solução preferida. Define o problema, compara as diferentes opções — incluindo a de não fazer nada e o respetivo custo — e quantifica os riscos associados a cada uma. Uma alteração implementada sem um processo de controlo adequado, por exemplo, pode provocar uma interrupção mensurável em horas de downtime e receitas perdidas — uma interrupção que um processo maduro de gestão de alterações poderia ter evitado antecipadamente.
Neste enquadramento, o ITSM funciona como uma forma de seguro operacional: o pedido de financiamento deixa de ser apresentado como a compra de uma ferramenta e passa a representar uma forma de reduzir uma perda provável.
Passo 3: usar o orçamento de IA como alavanca de financiamento
O terceiro passo tira partido de uma tendência de mercado já consolidada. Enquanto os orçamentos tradicionais de TI estão sujeitos a um escrutínio constante, os destinados à inteligência artificial continuam a crescer: segundo a Gartner, a despesa global em IA deverá atingir 2,59 biliões de dólares até ao final de 2026, mais 47% face ao ano anterior. Para os CIOs, esta tendência cria uma oportunidade concreta.
A adoção da IA não depende apenas da disponibilidade de recursos financeiros, mas talvez ainda mais da maturidade dos processos da organização. Esta é uma distinção importante: uma IA treinada com dados de serviço fragmentados, uma base de conhecimento desorganizada e processos pouco estruturados produzirá resultados pouco fiáveis. A modernização do ITSM pode, por isso, ser posicionada como a infraestrutura que prepara a organização para as iniciativas de IA. Dados limpos, workflows consistentes e uma base de conhecimento bem organizada e mantida de forma sistemática são condições essenciais para que qualquer iniciativa de IA aplicada ao suporte de TI consiga gerar resultados reais.
O interesse por estas soluções já está, aliás, bastante disseminado: segundo o mesmo estudo da TeamViewer referido anteriormente, 48% dos trabalhadores acreditam que a IA pode reduzir os problemas e falhas relacionados com a tecnologia, enquanto metade se sentiria confortável em deixar a IA tratar tarefas básicas, como resolver problemas simples ou repor palavras-passe.
Apresentar a modernização do ITSM como a base para iniciativas de IA no suporte de TI, em vez de uma rubrica isolada dentro do orçamento de TI, associa o investimento a uma área de despesa em crescimento, e não a uma área cada vez mais pressionada. Para o CIO, isto significa reposicionar o pedido de financiamento: afastá-lo do orçamento tradicional de TI, cada vez mais disputado, e aproximá-lo de uma das categorias de investimento que mais cresce dentro da organização.
Passo 4: definir expectativas de ROI que resistam à primeira revisão anual
O quarto passo é o mais delicado, porque é nele que o business case acabará por ser avaliado. Para conseguir a aprovação dos decisores, existe a tentação de prometer demasiado: reduções de custos muito significativas em prazos extremamente curtos e retornos quase imediatos. Mas essa é também a forma mais rápida de perder credibilidade na primeira revisão de final de ano fiscal, quando os resultados reais não correspondem ao que foi prometido.
Uma previsão de ROI sólida e sustentável deve assentar em objetivos mensuráveis, distribuídos ao longo do tempo e ligados à baseline definida desde o início.
Um objetivo realista, por exemplo, é reduzir progressivamente os tempos de resolução e o custo por ticket ao longo do primeiro ano, acompanhando essa evolução com indicadores intermédios que possam ser verificados logo nos primeiros meses. É muito mais credível demonstrar cedo um retorno parcial, mas concreto, do que esperar por um resultado global que depois seja difícil de comprovar.
O erro mais comum a evitar
É importante distinguir com honestidade entre benefícios tangíveis — como a redução do volume de tickets, menos incumprimentos dos SLA, um custo por ticket inferior e menos horas de downtime — e benefícios menos tangíveis, como a satisfação dos utilizadores e a redução da rotatividade. Estes últimos não devem ser apresentados como se pudessem ser medidos com o mesmo grau de precisão.
E há um erro particularmente importante a evitar: subestimar os recursos necessários não apenas para a implementação técnica, mas também para garantir a adoção da solução pelas equipas e pelos utilizadores finais — porque é dessa adoção que depende o verdadeiro retorno do investimento. Uma solução implementada mas com uma fraca adoção não gera ROI e acaba por comprometer a credibilidade de quem defendeu o investimento.
É preferível apresentar um retorno mais conservador, mas sólido e verificável trimestre após trimestre, do que fazer uma promessa ambiciosa que não resista à revisão de final de ano.
De centro de custo a centro de valor
Para o CIO, o business case é a ferramenta que traduz o valor da TI para a linguagem do negócio. Quando é bem construído, pode mudar a forma como o ITSM é encarado: de um custo inevitável para um investimento que reduz o risco, liberta produtividade e prepara a organização para as tecnologias do futuro.
Quando o orçamento de TI é limitado, o caminho é o que apresentámos neste artigo: quantificar o custo da situação atual a partir de uma baseline real; enquadrar a modernização como uma forma de redução do risco; associá-la ao crescimento do orçamento de IA, posicionando o ITSM como infraestrutura essencial; e definir expectativas de retorno que resistam a uma análise rigorosa.
No fundo, trata-se de demonstrar, com dados concretos, que manter o status quo é, de longe, a opção mais cara.
FAQs
- Porque é difícil justificar um investimento em ITSM?
Porque, ao contrário de uma aplicação específica ou de uma ferramenta de segurança, é mais difícil associar diretamente o ITSM à geração de receitas. Por isso, é necessário um business case que traduza o seu valor em custos evitados e riscos reduzidos. - Como se quantifica o custo do status quo?
Medindo rubricas concretas a partir de baselines reais: perda de produtividade das equipas do service desk, custos adicionais associados às escalações, downtime não planeado devido a uma gestão de alterações inadequada, risco de não conformidade e custo da rotatividade dos colaboradores. - O que significa posicionar o ITSM como «infraestrutura de preparação para a IA»?
Significa apresentá-lo como a base que torna as iniciativas de IA possíveis — através de dados limpos, processos estruturados e conhecimento organizado — e sem a qual essas iniciativas dificilmente conseguirão produzir resultados fiáveis. Desta forma, o projeto passa também a estar associado ao crescente orçamento destinado à IA. - Como se definem expectativas de ROI realistas?
Através de objetivos mensuráveis e distribuídos ao longo do tempo, assentes numa baseline e passíveis de ser verificados logo a partir do primeiro trimestre. Um ROI mais prudente, mas demonstrável, é sempre preferível a uma promessa ambiciosa que não resista à revisão de final de ano.
