Cómo calcular el ROI de un proyecto de automatización antes de implementarlo

En la mayoría de las empresas con las que trabajamos, el proyecto de automatización arranca por intuición: alguien está saturado, un proceso se cae seguido, o un cliente se quejó una vez más. La decisión se toma por dolor, no por número. Entendemos el impulso, pero vemos el mismo desenlace una y otra vez: a los tres meses nadie puede decir si la automatización valió la pena, el patrocinio interno se enfría y el siguiente proyecto queda sin presupuesto.

El problema no es que la automatización no genere retorno. El problema es que nadie midió el punto de partida. Sin línea de base, cualquier resultado es discutible, y en una discusión sin datos siempre gana quien tiene más antigüedad, no quien tiene razón.

Una fórmula que alcanza para decidir

No hace falta un modelo financiero sofisticado. Para priorizar procesos usamos una cuenta que entra en una servilleta:

(horas ahorradas por semana × costo por hora × 52) − costo de implementación − costo de mantenimiento anual = ROI anual

Las horas ahorradas se miden, no se estiman de memoria: cronometramos el proceso real durante una o dos semanas. El costo por hora es el costo cargado de la persona (sueldo bruto más cargas, dividido por horas trabajadas), no su sueldo neto. El costo de implementación incluye horas internas, no solo la factura del proveedor. Y el mantenimiento anual —el rubro que casi todos olvidan— cubre ajustes, cambios de API, monitoreo y soporte.

Un ejemplo concreto

Tomemos un proceso administrativo que consume 10 horas por semana de una persona con un costo hora de USD 15. El ahorro bruto anual es 10 × 15 × 52 = USD 7.800. Supongamos una implementación de USD 2.000 y un mantenimiento de USD 300 por año.

ROI anual = 7.800 − 2.000 − 300 = USD 5.500 en el primer año. A partir del segundo año, con la implementación ya pagada, el retorno neto sube a 7.800 − 300 = USD 7.500 anuales.

Ese número cambia la conversación. Ya no estamos discutiendo si conviene gastar USD 2.000: estamos discutiendo si tiene sentido seguir gastando USD 7.800 por año en una tarea que una automatización resuelve sola.

Por qué miramos el payback period

El ROI anual es útil para justificar, pero para priorizar preferimos el payback period: cuántas semanas o meses tardamos en recuperar la inversión. Se calcula dividiendo el costo de implementación por el ahorro semanal o mensual.

En el ejemplo anterior, el ahorro semanal es USD 150 (10 horas × USD 15). Con una inversión de USD 2.000, el payback es de aproximadamente 13 semanas: poco más de tres meses.

Usamos esta métrica por tres razones. Primero, es fácil de comunicar: cualquier persona entiende "esto se paga solo en tres meses". Segundo, incorpora el riesgo de forma natural, porque un proyecto que se paga en tres meses tolera mucho mejor un error de estimación que uno que se paga en dos años. Tercero, permite ordenar una cartera de procesos candidatos: con presupuesto limitado, arrancamos por los de payback más corto, y esos primeros ahorros financian los siguientes proyectos.

Un criterio práctico que aplicamos: un proceso con payback menor a seis meses es prioridad clara; entre seis y doce meses es un buen candidato si además reduce errores o riesgo; más de dieciocho meses, salvo que haya un motivo estratégico o de cumplimiento, conviene posponerlo.

Lo que la fórmula no captura

Ninguna cuenta refleja todo. Hay beneficios que no entran en el numerador: menos errores de carga, trazabilidad para auditoría, tiempos de respuesta más cortos hacia el cliente, y el efecto sobre la gente que deja de hacer tareas repetitivas. No los inventamos como "ahorro", pero los documentamos aparte para que la decisión sea completa.

También conviene ser honesto con el denominador: si el proceso va a cambiar por completo en seis meses, automatizarlo hoy es tirar plata, por más que el ROI dé bien en la planilla.

El siguiente paso

Hacer este cálculo sobre un proceso real lleva menos de lo que parece: medir, estimar el costo cargado, cotizar la implementación y calcular el payback. Es exactamente lo que hacemos en un Discovery Workshop, donde salimos con dos o tres procesos priorizados y su número asociado, antes de escribir una sola línea de automatización. Si querés poner tu propio proceso en esta fórmula, agendá un Discovery Workshop y lo calculamos juntos.