Llega el momento de proponerle a dirección invertir en respaldos serios, en alta disponibilidad o en recuperación ante desastres. Y llega, casi siempre, la misma pregunta: "¿cuánto perdemos exactamente si eso se cae?". Si la respuesta es un encogimiento de hombros, la conversación termina ahí. Sin ese número, ninguna inversión en continuidad se puede justificar —y con él, casi todas se justifican solas.
Por qué el número importa tanto
El costo del downtime es lo que traduce un tema técnico a lenguaje de negocio. Convierte "necesitamos DRaaS" en "cada hora caído nos cuesta X, la protección cuesta Y al año, y Y es mucho menor que unas cuantas horas de X". Esa comparación es la que autoriza presupuestos. También es la base para fijar un RTO realista: no tiene sentido pagar por recuperarte en minutos si una caída de medio día apenas te cuesta.
Los costos directos: los fáciles de ver
Son los que se calculan con relativa claridad:
- Productividad detenida: el personal que no puede trabajar mientras el sistema está caído. Número de personas afectadas por su costo por hora.
- Ingreso perdido: ventas que no se hicieron, producción que no salió, transacciones que no se procesaron durante la interrupción.
Con estos dos ya tienes un piso defendible. Pero es solo el piso.
Los indirectos: los que muerden después
Estos son más difíciles de medir y por eso suelen ignorarse —lo que hace que casi todo el mundo subestime el costo real:
- Costo de recuperación: horas extra, consultores, el trabajo de rehacer lo perdido.
- Penalizaciones por SLA: si le incumples a tus propios clientes, eso tiene precio.
- Reputación y clientes: el que no pudo comprarte hoy y se fue con otro, el que perdió la confianza. No se factura, pero se paga.
Y el detalle clave: no es lineal
El error más común es multiplicar un costo por hora fijo por las horas caídas. La realidad no funciona así:
- Una caída de diez minutos puede ser irrelevante; la misma falla durante ocho horas puede escalar a crisis, con daño reputacional que crece mientras más dura.
- No cuesta lo mismo caerse en hora pico que de madrugada, ni en cierre de mes que en temporada baja.
Un cálculo honesto pondera estos factores en lugar de aplanarlos en un promedio.
Cómo estimarlo para tu caso
No necesitas una cifra perfecta —no la hay, y presentarla como exacta sería deshonesto. Necesitas una estimación razonable y bien argumentada, suficiente para dimensionar la inversión. Para eso armamos una calculadora de costos de downtime que junta estos factores y te da un rango con el que negociar con dirección.
Con ese número en la mano, decisiones que antes parecían "gasto de TI" —un buen esquema de respaldo, o DRaaS para lo crítico— se vuelven lo que siempre fueron: administración de riesgo con los números a la vista.