Fórmula: ROI = (beneficio atribuible − coste total) / coste total × 100. El problema no es la división: es demostrar qué mejora pertenece realmente al proyecto e incluir construcción, infraestructura, consumo, revisión humana y mantenimiento. Prompts, usuarios activos o documentos generados miden actividad; no demuestran retorno.
Un business case defendible empieza antes del piloto. Elegimos una unidad de trabajo, medimos cómo funciona hoy y acordamos qué resultado significaría una mejora. Después se puede hablar de euros, payback y escala sin confundir adopción con impacto.
No midas “la IA”. Mide clasificar un correo, revisar un documento, resolver una consulta, preparar una oportunidad o completar un pedido. Esa unidad permite observar volumen, tiempo, coste y calidad antes y después.
Si el proyecto toca varias tareas, sepáralas. Un promedio global puede esconder que una parte funciona muy bien y otra consume todo el ahorro.
Durante un periodo representativo registra cuántos casos entran, tiempo de ciclo, trabajo humano, retrabajo, errores, escalados y resultado de negocio. No hace falta una contabilidad perfecta, pero sí una referencia que el equipo acepte antes de ver el piloto.
Sin línea base, “ahorramos muchísimo” suele terminar siendo una impresión imposible de auditar.
| Tipo | Ejemplo | Cómo evitar inflarlo |
|---|---|---|
| Coste evitado | Menos externalización u horas extra. | Cuenta sólo el coste que realmente desaparece. |
| Capacidad | El equipo procesa más casos con la misma plantilla. | Relaciona horas liberadas con output adicional. |
| Ingresos | Más oportunidades, conversión o velocidad comercial. | Usa cohortes o periodos comparables. |
| Riesgo/calidad | Menos errores, reclamaciones o reproceso. | Valora frecuencia y coste real del fallo. |
Suma diagnóstico, construcción o configuración, integración, datos, licencias, consumo de modelos, almacenamiento/búsqueda, observabilidad, soporte y revisión humana. Si formación o cambio operativo son necesarios para capturar el valor, también cuentan.
Una API barata puede sostener un proceso caro si cada caso dispara muchas llamadas o necesita revisión casi completa.
Supón 600 tareas mensuales. Antes consumen 12 minutos cada una: 120 horas/mes. Después, 5 minutos: 50 horas/mes. Se liberan 70 horas. Si la empresa puede convertir esa capacidad en valor y usa 30 €/h como referencia, el beneficio bruto potencial es 2.100 €/mes o 25.200 €/año.
Ahora añade 9.000 € de implantación y 600 €/mes de operación: 16.200 € el primer año. Bajo esas hipótesis, el beneficio neto es 9.000 € y el ROI ≈ 55,6%. La mejora mensual neta sería 1.500 €, por lo que el payback de la inversión inicial ronda 6 meses.
Es un ejemplo hipotético. Si las 70 horas no reducen coste, no aumentan capacidad ni desbloquean un cuello de botella, no deberían convertirse automáticamente en 2.100 € de “ahorro”.
Recalcula el caso con un escenario conservador y otro esperado. ¿Qué pasa si el sistema sólo ahorra 4 minutos en vez de 7? ¿Si la revisión humana llega al 25 %? ¿Si el volumen real es la mitad? ¿Si el coste mensual duplica lo previsto?
Una inversión fuerte no es la que sólo funciona en la hoja optimista, sino la que sigue teniendo sentido cuando las variables se mueven dentro de rangos razonables.
Automatizar el 80 % no sirve si el 20 % restante concentra errores caros. Mide correcciones, reaperturas, escalados, abstenciones y fallos críticos. Un umbral de calidad puede ser condición de producción aunque el ROI aparente sea positivo.
También puede ocurrir lo contrario: una solución que no reduce muchas horas puede justificar inversión si elimina una clase de error muy costosa.
Conversaciones, prompts, usuarios activos y documentos generados explican uso. No prueban que el proceso haya mejorado. La encuesta global de McKinsey publicada en 2026 muestra esa brecha: el 80 % de los encuestados afirma que la IA mejora su productividad individual, mientras sólo el 37 % reporta una contribución positiva a las ganancias empresariales.
Un piloto necesita umbrales. Ejemplo: reducir el tiempo de ciclo un 30 % sin superar una tasa de error crítica, mantener revisión humana por debajo de X minutos por caso y situar coste por tarea por debajo de Y. Los números concretos dependen del proceso, pero deben existir antes de enamorarse del resultado.
Parar un piloto que no cruza el umbral también es retorno: evita escalar una arquitectura que no sostiene el caso de negocio.
Un informe útil no necesita cien métricas. Debería enseñar volumen, calidad, tiempo de ciclo, carga humana residual, coste por tarea, beneficio atribuible y excepciones relevantes, comparados con la línea base.
Si aún estás eligiendo el caso, usa primero qué procesos automatizar con IA. El ROI se vuelve mucho más sencillo cuando el problema está bien acotado.
Respuestas directas para convertir la pregunta en una decisión de proyecto.
(Beneficio atribuible − coste total) / coste total × 100. El reto es medir bien ambos términos y no atribuir a la IA mejoras que tienen otra causa.
No siempre. Las horas liberadas se convierten en valor cuando reducen coste, evitan contratación, aumentan capacidad o desplazan un cuello de botella.
Implementación, integración, datos, licencias, consumo, infraestructura, revisión humana, soporte, mantenimiento y cualquier coste necesario para operar el sistema.
El tiempo que tarda el beneficio neto acumulado en recuperar la inversión inicial.
No. Son métricas de adopción o actividad; ayudan a explicar el uso pero no prueban impacto económico.
Cuando no cruza los umbrales de calidad, coste, riesgo o impacto definidos antes de construir, y no existe una hipótesis razonable para corregirlo.
Definimos la unidad de trabajo, el coste total y la señal de éxito antes de construir para que el piloto pueda justificar —o descartar— la inversión.