Cómo calcular el ROI real de un proyecto de automatización

Hay una conversación que se repite a menudo cuando una empresa está evaluando si automatizar un proceso. La propuesta técnica está sobre la mesa, el alcance está definido y el presupuesto también. Y entonces alguien pregunta: «¿cuándo recuperamos esto?»

Es la pregunta correcta. Y, aunque parezca raro, pocas veces tiene una respuesta preparada.

No porque sea difícil de calcular, sino porque nadie se tomó el tiempo de hacerlo antes de llegar a esa reunión. El proyecto se justificó con argumentos cualitativos («nos va a ahorrar mucho tiempo», «vamos a cometer menos errores») sin traducirlos a números concretos. Y cuando alguien pide los números, la conversación se atasca.

Por qué el ROI de una automatización se calcula mal casi siempre

Hay 2 errores habituales que van en direcciones opuestas.

El primero es subestimar el valor. Se calcula el tiempo que ahorra la automatización, pero se ignoran los errores que elimina, las decisiones más rápidas que permite y la capacidad operativa que libera para otras tareas. El resultado es un ROI que parece modesto y un proyecto que cuesta justificar.

El segundo es sobrestimar el ahorro. Se cuentan las horas que «en teoría» se ahorran sin tener en cuenta que esas horas no desaparecen del coste laboral si la persona que las dedicaba sigue en plantilla haciendo otras cosas. O se da por hecho que la automatización va a funcionar perfectamente desde el primer día, sin contar el periodo de adaptación y los ajustes iniciales.

Ninguno de estos errores lleva a buenas decisiones. El primero descarta proyectos que tienen sentido. El segundo aprueba proyectos con expectativas que no se van a cumplir.

El marco correcto para calcular el ROI

Paso 1: cuantifica el coste actual del proceso

Empieza por el problema que quieres resolver. ¿Cuánto tiempo dedica el equipo a este proceso ahora mismo? ¿Con qué frecuencia? ¿Cuántas personas intervienen?

Multiplica ese tiempo por el coste laboral real de las personas que lo hacen. No el salario bruto, sino el coste total para la empresa, que en España suele situarse entre un 25% y un 35% por encima del bruto una vez sumadas las cotizaciones a la Seguridad Social. Si una persona dedica 10 horas semanales a un proceso y su coste total para la empresa es de 25 euros por hora, ese proceso cuesta 250 euros a la semana: más de 12.000 euros al año.

A esa cifra súmale el coste de los errores. ¿Con qué frecuencia se producen en este proceso? ¿Cuánto tiempo lleva detectarlos y corregirlos? ¿Afectan a clientes? Si generan reclamaciones, devoluciones o tiempo de soporte adicional, ese coste también entra aquí.

Paso 2: estima el valor de lo que se libera

Cuando el proceso se automatiza, el tiempo que antes se dedicaba a él queda disponible. La pregunta es: ¿qué va a hacer el equipo con ese tiempo?

Si la respuesta es «tareas de más valor» (más atención a clientes, más tiempo para proyectos estratégicos, más capacidad para crecer sin contratar), ese tiempo vale más que el ahorro directo en horas. Si la respuesta es que simplemente habrá menos presión sobre el equipo, el valor es real, pero más difícil de cuantificar, y conviene no inflarlo.

En cualquier caso, el tiempo liberado tiene valor. La cuestión es ser honesto sobre cuánto.

Paso 3: calcula el coste total del proyecto de automatización

El coste del proyecto no es solo el presupuesto de desarrollo. Incluye también el tiempo interno que va a dedicar el equipo durante la implantación (reuniones, validaciones, pruebas, formación) y el coste de mantenimiento anual una vez entregado.

Una automatización bien construida tiene un coste de mantenimiento bajo, pero no nulo. Hay que prever actualizaciones cuando cambian los sistemas externos, soporte ante incidencias y las mejoras que casi siempre se piden cuando el equipo ve lo que es posible.

Paso 4: calcula el periodo de amortización

Con los números anteriores, el cálculo es directo:

Periodo de amortización = coste total del proyecto ÷ ahorro mensual neto

El ahorro mensual neto es la diferencia entre lo que cuesta el proceso ahora y lo que costará después de automatizarlo, incluido el mantenimiento del sistema.

Si un proyecto de automatización cuesta 8.000 euros y deja un ahorro neto de 1.200 euros al mes, ya descontado el mantenimiento, el periodo de amortización es de unos 7 meses. A partir del octavo mes, el proyecto genera valor neto cada mes.

Si prefieres expresarlo como porcentaje, el ROI de un periodo concreto (por ejemplo, el primer año) es: (ahorro neto del periodo − coste total del proyecto) ÷ coste total del proyecto × 100. Un ROI del 0% significa que solo has recuperado la inversión; todo lo que esté por encima es retorno.

Un ejemplo con números concretos

Pongamos una empresa de servicios con 45 empleados que prepara cada mes informes personalizados para sus clientes. El proceso ocupa a 2 personas durante 4 días completos al mes: 8 jornadas de trabajo, con un coste laboral de unos 280 euros por jornada. Total mensual: 2.240 euros. Anual: casi 27.000 euros.

El proyecto de automatización (conexión con su CRM, extracción automática de datos y generación de un informe por cliente) cuesta 11.500 euros de desarrollo y se entrega en 6 semanas. A eso se suman unas 20 horas de tiempo interno del equipo en reuniones, validaciones y pruebas, unos 700 euros más. Coste total del proyecto: 12.200 euros. El mantenimiento anual acordado es de 1.200 euros.

El ahorro mensual neto, descontando el mantenimiento, es de unos 2.140 euros. El periodo de amortización: algo menos de 6 meses. En el primer año completo, el retorno neto ronda los 13.500 euros, un ROI de alrededor del 110%.

Un matiz importante: este cálculo da por hecho que esas 8 jornadas se dedican después a trabajo útil, como atender a más clientes o dejar de hacer horas extra. Si no es así, el ahorro real es menor, y hay que decirlo.

Esos números, presentados antes de tomar la decisión, convierten una conversación sobre gasto en una conversación sobre inversión. Y no se parecen en nada.

Cuándo el ROI no justifica el proyecto

No todos los proyectos de automatización tienen un ROI positivo en un horizonte razonable. A veces el proceso es demasiado irregular o complejo y el coste de desarrollo no se recupera en un plazo útil. En otros, el ahorro es real pero pequeño, y el esfuerzo de implantación no compensa frente a otras prioridades.

Un buen proveedor técnico te dice cuándo un proyecto no tiene sentido económico antes de presupuestarlo, no después de cobrarlo. Esa honestidad es parte del trabajo, no una excepción.

Checklist: antes de aprobar cualquier proyecto de automatización

• ¿Está cuantificado el coste actual del proceso en tiempo y coste laboral real?
• ¿Se han incluido los errores y su coste en el cálculo?
• ¿Está definido qué va a hacer el equipo con el tiempo que se libera?
• ¿El coste del proyecto incluye el tiempo interno, no solo el presupuesto de desarrollo?
• ¿Se ha tenido en cuenta el coste de mantenimiento anual?
• ¿El periodo de amortización calculado es aceptable para la empresa?
• ¿Alguien ha dicho «esto no tiene sentido» y se le ha escuchado?

Preguntas frecuentes

¿Qué periodo de amortización es razonable para un proyecto de automatización?

Depende de cada empresa, pero como referencia: los proyectos que se amortizan en menos de 12 meses son difíciles de rechazar si los números están bien hechos. Entre 12 y 24 meses necesitan más contexto (crecimiento previsto, impacto estratégico, alternativas) para justificarse. Por encima de 24 meses, hace falta una razón adicional más allá del ahorro directo para que tengan sentido como inversión.

¿Cómo se calcula el coste de los errores si no tenemos datos históricos?

Si no hay datos, hay que estimarlos. Pregunta al equipo con qué frecuencia se producen errores en el proceso y cuánto se tarda de media en corregirlos. Multiplica por el coste laboral correspondiente. Si los errores afectan a clientes, añade una estimación conservadora del coste de esas incidencias. La estimación no será perfecta, pero será mucho mejor que ignorar ese coste por completo.

¿Qué pasa si el proceso cambia después de automatizarlo?

Es uno de los riesgos reales de cualquier automatización. La forma de gestionarlo es construir con flexibilidad desde el principio (código bien documentado, una arquitectura que permita ajustes sin reescribirlo todo) y dejar claro desde el inicio qué cambios cubre el mantenimiento y cuáles requieren un presupuesto aparte. Un proceso que va a cambiar a menudo puede necesitar una solución distinta de la de uno estable. Qué ocurre cuando esa documentación falta lo contamos en el coste oculto de las automatizaciones mal documentadas.

También puede interesarte:

• Lo que una empresa gana cuando sus sistemas dejan de funcionar en silos
• Cómo automatizar el reporting de tu ERP sin cambiar de sistema
• De Excel caótico a dashboard en tiempo real: un caso de transformación

En Baqueiro calculamos el ROI antes de presupuestar cualquier proyecto de automatización, porque una inversión que no se puede justificar con números no debería hacerse. Si tienes un proceso sobre la mesa y quieres saber si merece la pena automatizarlo, cuéntanoslo y hacemos los números juntos.