1600 × 900
/images/blog/como-calcular-el-retorno-real-de-un-proyecto-de-ia.webp
"Hemos ahorrado 300 horas al año." Es la frase que más se repite en las presentaciones de resultados de proyectos de IA, y también la que más rápido se desmonta cuando alguien de finanzas pregunta: ¿y eso en qué se ha convertido?
Horas liberadas no son horas ahorradas
Cuando automatizas una tarea que ocupaba diez horas semanales, esas diez horas no desaparecen del coste. La persona sigue en plantilla. Lo que has hecho es liberar capacidad, y esa capacidad solo se convierte en retorno si ocurre una de estas tres cosas:
- Se dedica a trabajo que genera ingresos y antes no se hacía.
- Absorbe un crecimiento que habría requerido contratar.
- Reduce un coste externo concreto: horas extra, subcontratación, penalizaciones por retraso.
Si no ocurre ninguna de las tres, el proyecto ha mejorado la vida del equipo, que no es poco, pero no ha generado retorno financiero. Conviene decirlo así, con claridad.
Las cuatro cifras que necesitas
| Concepto | Cómo se obtiene |
|---|---|
| Coste total | Licencias + horas de implantación + formación + mantenimiento |
| Línea base | Tiempo o coste del proceso antes de tocar nada |
| Nueva medición | Lo mismo, medido igual, después del cambio |
| Destino de la capacidad | A qué se ha dedicado el tiempo liberado |
La tercera fila es donde falla la mayoría de los cálculos: se mide "después" con un método distinto al de "antes", y la comparación no vale.
El coste que casi nadie cuenta
Hay tres partidas que se olvidan de forma sistemática:
- Revisión humana. Casi ningún proceso con IA se queda sin supervisión. Si alguien revisa el 20% de las salidas, ese tiempo es coste.
- Mantenimiento del contexto. Los documentos y datos que alimentan la herramienta se quedan obsoletos. Alguien tiene que actualizarlos.
- Coste de los errores. Baja de frecuencia, pero no llega a cero. Estima cuánto cuesta uno y multiplícalo por la tasa real.
Un cálculo de retorno que no incluye la revisión humana no es optimista, es incompleto.
Un umbral razonable
Para un primer proyecto trabajamos con esta referencia: si a los doce meses el ahorro no cubre al menos el doble del coste total, el caso no es lo bastante sólido para escalarlo. No significa que el proyecto sea malo; significa que hay que buscar otro proceso donde el margen sea más claro.
Y conviene fijar ese umbral antes de empezar, no después de ver los resultados.