El soporte reactivo parece más barato… hasta que haces las cuentas completas
Cuando comparas una mensualidad de servicios administrados contra "llamar al técnico cuando algo falla", la segunda opción casi siempre gana en la hoja de cálculo.
Y la hoja de cálculo casi siempre está mal.
¿Por qué? Porque compara una factura visible contra una serie de costos que normalmente nadie registra como gastos de TI.
El soporte reactivo no es barato.
Simplemente tiene la mala costumbre de esconder su costo real en otras partidas.
Vale la pena poner esos costos sobre la mesa, porque son los que cambian por completo la comparación.
Las horas de paro que nadie suma
Cuando el servidor de facturación se detiene, la factura del técnico dirá algunas horas de servicio.
Lo que no dirá es:
- Cuántas personas dejaron de trabajar.
- Cuántos pedidos se retrasaron.
- Cuántos clientes tuvieron que esperar.
- Cuánto ingreso dejó de generarse.
El cálculo es incómodo, pero sencillo:
Personas afectadas × costo por hora + ingreso no generado.
Basta hacer el ejercicio una sola vez, utilizando el último incidente importante que haya tenido tu empresa, para descubrir que el costo real del evento fue mucho mayor que la factura del técnico.
Y hay otra diferencia importante.
En un modelo reactivo, el incidente comienza cuando un usuario se queja y alguien llama para pedir ayuda.
En un modelo administrado, muchos problemas se detectan y se atienden antes de convertirse en un paro operativo.
Las compras hechas con la pistola sobre la mesa
La TI reactiva compra distinto.
Cuando un servidor muere o un equipo crítico deja de funcionar, se compra lo que haya disponible, al precio que tenga ese día y con el presupuesto que exista en ese momento.
No hay tiempo para:
- Cotizar.
- Comparar opciones.
- Negociar precios.
- Planear la implementación.
A veces se pagan envíos urgentes. Otras veces se termina comprando equipo sobredimensionado o insuficiente simplemente porque era lo único disponible.
La renovación planeada funciona de otra manera.
Saber con seis o doce meses de anticipación qué equipos se acercan al final de su vida útil permite presupuestar mejor, comprar mejor y evitar la peor combinación posible: pagar una solución provisional y después pagar la definitiva.
El riesgo que se acumula en silencio
Lo más caro del modelo reactivo no es lo que ya falló.
Es lo que todavía no falla.
Parches de seguridad pendientes.
Respaldos que nadie verifica desde hace meses.
Garantías vencidas.
Contraseñas compartidas.
El servidor que lleva semanas operando con el disco al 95 % de capacidad.
Nada de eso genera un ticket.
Hasta que genera el incidente grande.
Muchas empresas descubren la importancia de la prevención después de un ransomware, una pérdida de información o un paro de varios días.
Y, en retrospectiva, suele aparecer una conclusión incómoda:
El problema llevaba meses dando señales.
En el modelo reactivo nadie estaba mirando.
Ese es, precisamente, el servicio que no se estaba pagando.
El costo que casi nunca se mide: la atención de la dirección
Cada emergencia de TI termina escalando a la dirección de la empresa.
Alguien tiene que:
- Autorizar gastos urgentes.
- Tomar decisiones con información incompleta.
- Dar explicaciones a clientes.
- Coordinar a los equipos afectados.
El personal más valioso de la organización termina dedicando horas a administrar crisis que, en muchos casos, pudieron haberse evitado.
Con el tiempo aparece algo todavía más peligroso: la resignación.
"El sistema siempre se cae."
"Siempre batallamos con eso."
"Ya sabemos que cada cierto tiempo pasa algo."
Cuando una organización se acostumbra a operar en crisis, deja de invertir energía en mejorar y empieza simplemente a sobrevivir.
Entonces, ¿qué es realmente más caro?
La conclusión práctica no es que una mensualidad de servicios administrados sea barata.
La conclusión es que la comparación correcta nunca ha sido:
Mensualidad vs. factura del técnico.
La comparación real es:
Mensualidad vs. paros operativos + compras de emergencia + riesgo acumulado + horas directivas.
Y cuando haces las cuentas utilizando tus propios números, aunque sean aproximados, la decisión suele ser menos discutible de lo que parecía.
La próxima vez que tengas un incidente importante de TI, haz un ejercicio sencillo:
No archives únicamente la factura del técnico.
Pregunta también:
¿Cuánto nos costó realmente que esto ocurriera?