Convencer al CFO para que financie la modernización del ITSM no suele ser fácil. A diferencia de una nueva aplicación, una solución de analytics o una herramienta diseñada para cumplir requisitos específicos de seguridad, una inversión en el ecosistema de gestión de servicios de TI solo está vinculada de forma indirecta a los ingresos o a la ventaja competitiva, incluso cuando la justificación operativa es clara. Como resultado, TI suele percibirse principalmente como un centro de costes, cuyo gasto puede aplazarse o reducirse en favor de otras inversiones más fáciles de relacionar con nuevas fuentes de ingresos.
Para cambiar esta percepción, no basta con enumerar las funcionalidades de una nueva plataforma ITSM. Se necesita un business case estructurado, planteado en el lenguaje que entiende la dirección financiera, y centrado en el coste de la situación actual, la reducción del riesgo y el retorno de la inversión. Este artículo propone a CIO y directores de TI un marco en cuatro pasos para construir un business case capaz de obtener la aprobación de la dirección financiera, especialmente cuando el presupuesto está bajo presión.
Paso 1: ¿cuánto cuesta realmente el statu quo?
El primero de los cuatro pasos consiste en hacer visible un coste que actualmente nadie está midiendo. Mantener el statu quo no es gratis: conlleva costes que simplemente no aparecen de forma explícita en el balance. Para cuantificarlos, hay que analizar cuatro partidas —más una adicional.
La primera es la pérdida de productividad del personal del service desk, absorbido por tareas manuales y repetitivas que un proceso bien estructurado podría automatizar. Cuantificar esta pérdida es relativamente sencillo: basta con multiplicar el coste por hora del personal implicado por las horas dedicadas a estas actividades de menor valor. El resultado suele sorprender —y no precisamente para bien— incluso a la propia dirección de TI.
La segunda es el coste adicional generado por las escalaciones: cuanto más se transfiere una solicitud hacia niveles de soporte especializados, mayor es su coste de gestión. Una forma útil de cuantificar esta partida es calcular el coste real por ticket, incluidos los tickets reabiertos.
La tercera es el tiempo de inactividad no planificado provocado por una gestión de cambios inadecuada. Según un estudio de ITIC sobre el coste del downtime, para más del 90 % de las medianas y grandes empresas, una hora de interrupción cuesta más de 300.000 dólares —sin contar posibles sanciones—.
La cuarta es el riesgo de incumplimiento normativo: los procesos no estandarizados y los registros de auditoría incompletos pueden traducirse en auditorías fallidas y posibles multas.
A estas partidas se suma otra menos evidente, pero igual de real: el coste de la rotación de personal. Según un informe reciente de TeamViewer sobre fricción digital, el 69 % de los trabajadores encuestados considera que las frustraciones relacionadas con la tecnología han contribuido a la rotación de empleados en su organización. Además, sustituir a un empleado requiere una media de ocho semanas de onboarding. En conjunto, estas cifras dibujan una realidad que la dirección financiera no puede permitirse ignorar: mantener el statu quo erosiona los márgenes de forma constante.
Hay además un argumento clave sobre el que puede apoyarse gran parte del business case: evitar un solo incidente grave al año puede ser suficiente para compensar toda la inversión en ITSM. Para utilizar este argumento de forma convincente, sin embargo, es imprescindible contar con una línea base fiable de los costes actuales. Sin ella, cualquier estimación de los beneficios económicos esperados será fácilmente cuestionable durante una revisión financiera. Por tanto, recopilar estos datos debe ser el paso previo a redactar el business case.
Paso 2: replantear la inversión
El segundo paso tiene que ver con la forma en que se presenta la inversión. Un CFO suele responder mejor a un argumento de reducción del riesgo que a la incorporación de nuevas funcionalidades tecnológicas. Describir la modernización del ITSM como la adopción de una plataforma más actualizada y con mejores flujos de trabajo la sitúa en la categoría de los gastos discrecionales. Presentarla como una forma de reducir riesgos concretos y medibles la convierte en una inversión necesaria.
Los riesgos que conviene destacar son aquellos que la alta dirección ya conoce y teme: interrupciones de servicio causadas por cambios mal gestionados, exposición regulatoria por procesos no documentados, incidentes de seguridad derivados de controles insuficientes sobre los cambios y el riesgo de concentración del conocimiento. La vulnerabilidad que aparece cuando las competencias críticas dependen de unas pocas personas y se pierden cuando estas abandonan la organización.
ITSM como seguro operativo
Un business case eficaz no se limita a presentar la solución preferida. Define el problema, compara las distintas opciones —incluida la de no hacer nada y su coste asociado— y cuantifica los riesgos de cada una. Un cambio desplegado sin un proceso de control adecuado, por ejemplo, puede provocar una interrupción cuantificable en horas de downtime e ingresos perdidos, una situación que un proceso maduro de gestión de cambios podría haber evitado.
Desde esta perspectiva, el ITSM se convierte en una forma de seguro operativo: la solicitud de financiación deja de ser una petición para comprar una herramienta y pasa a plantearse como una forma de reducir una pérdida probable.
Paso 3: utilizar el presupuesto de IA como palanca de financiación
El tercer paso aprovecha una tendencia de mercado ya consolidada. Mientras los presupuestos tradicionales de TI se someten a un escrutinio constante, los destinados a inteligencia artificial continúan creciendo: según Gartner, el gasto mundial en IA alcanzará los 2,59 billones de dólares a finales de 2026, un 47 % más que el año anterior. Para los CIO, esta tendencia abre una oportunidad concreta.
La adopción de la IA no depende únicamente de la disponibilidad de recursos económicos, sino también —y posiblemente en mayor medida— de la madurez de los procesos de la organización. Es una distinción importante: una IA entrenada con datos de servicio fragmentados, una base de conocimiento desorganizada y procesos poco estructurados producirá resultados poco fiables.
La modernización del ITSM puede, por tanto, posicionarse como la infraestructura que prepara a la organización para sus iniciativas de IA. Datos limpios, flujos de trabajo coherentes y una base de conocimiento bien organizada y mantenida de forma sistemática son requisitos esenciales para que cualquier iniciativa de IA aplicada al soporte de TI genere resultados reales.
El interés por estas soluciones ya está bastante extendido. Según el mismo estudio de TeamViewer mencionado anteriormente, el 48 % de los trabajadores considera que la IA puede reducir los problemas tecnológicos, y la mitad se sentiría cómoda dejando que la IA gestionara tareas básicas, como resolver incidencias sencillas o restablecer contraseñas.
Presentar la modernización del ITSM como la base de las iniciativas de IA en el soporte de TI, en lugar de como una partida aislada dentro del presupuesto de TI, vincula la inversión a un área de gasto en crecimiento, en vez de a otra cada vez más presionada. Para el CIO, esto significa reposicionar la solicitud de financiación: alejarla del presupuesto tradicional de TI, cada vez más disputado, y acercarla a una de las categorías de inversión que más rápido crece dentro de la organización.
Paso 4: definir expectativas de ROI que superen la primera revisión anual
El cuarto paso es el más delicado, porque es aquí donde el business case acabará siendo evaluado. Para conseguir la aprobación de los decisores, existe la tentación de prometer demasiado: reducciones de costes muy significativas en plazos muy cortos y retornos prácticamente inmediatos. Pero también es la forma más rápida de perder credibilidad en la primera revisión de cierre del ejercicio, cuando las cifras reales no coincidan con lo prometido.
Una previsión de ROI sólida y sostenible debe basarse en objetivos medibles, distribuidos a lo largo del tiempo y vinculados a la línea base definida al principio.
Un objetivo realista, por ejemplo, es reducir progresivamente los tiempos de resolución y el coste por ticket durante el primer año, con indicadores intermedios que puedan comprobarse ya en los primeros meses. Es mucho mejor demostrar pronto un retorno parcial pero concreto que esperar a un resultado global difícil de acreditar.
El error más común que hay que evitar
Conviene distinguir con claridad entre beneficios tangibles —como la reducción del volumen de tickets, menos incumplimientos de los SLA, un menor coste por ticket y menos horas de downtime— y otros menos tangibles, como la satisfacción de los usuarios y la reducción de la rotación. Estos últimos no deben presentarse como si pudieran medirse con el mismo nivel de precisión que los primeros.
Y hay un error especialmente importante que evitar: subestimar los recursos necesarios no solo para la implantación técnica, sino también para conseguir que la solución sea adoptada tanto por el personal como por los usuarios finales, porque de esa adopción depende el retorno real. Una solución implantada pero con una baja adopción no genera ROI y termina dañando la credibilidad de quienes defendieron la inversión.
Es preferible plantear un retorno más conservador pero sólido y verificable trimestre a trimestre que hacer una promesa ambiciosa que no resista la revisión de fin de año.
De centro de costes a centro de valor
Para el CIO, el business case es la herramienta que traduce el valor de TI al lenguaje del negocio. Bien construido, puede cambiar la forma en que se percibe el ITSM: de un coste inevitable a una inversión que reduce riesgos, libera productividad y prepara a la organización para las tecnologías del futuro.
Cuando el presupuesto de TI es limitado, el camino es el que hemos expuesto en este artículo: cuantificar el coste de la situación actual a partir de una línea base real; plantear la modernización como una forma de reducción del riesgo; vincularla al creciente presupuesto de IA, posicionando el ITSM como infraestructura habilitadora; y definir expectativas de retorno que resistan un análisis riguroso.
En definitiva, se trata de demostrar, con datos concretos, que mantener el statu quo es, con diferencia, la opción más cara.
FAQs
- ¿Por qué es difícil justificar una inversión en ITSM?
Porque, a diferencia de una aplicación concreta o una herramienta de seguridad, es más difícil vincular directamente el ITSM con la generación de ingresos. Por eso se necesita un business case que traduzca su valor en costes evitados y riesgos reducidos. - ¿Cómo se cuantifica el coste del statu quo?
Midiendo partidas concretas a partir de líneas base reales: pérdida de productividad del personal del service desk, costes adicionales derivados de las escalaciones, downtime no planificado por una gestión de cambios inadecuada, riesgo de incumplimiento normativo y coste de la rotación de personal. - ¿Qué significa posicionar el ITSM como «infraestructura de preparación para la IA»?
Significa presentarlo como la base que hace posibles las iniciativas de IA —datos limpios, procesos estructurados y conocimiento organizado— y sin la cual estas difícilmente pueden generar resultados fiables. De este modo, el proyecto se vincula también al creciente presupuesto destinado a IA. - ¿Cómo se establecen expectativas de ROI realistas?
Mediante objetivos medibles y distribuidos a lo largo del tiempo, vinculados a una línea base y verificables desde el primer trimestre. Un ROI más prudente, pero demostrable, siempre será preferible a una promesa ambiciosa que no supere la revisión de fin de año.
