¿Dónde está el ROI de la IA en operaciones?

Cuando un comité pregunta por el ROI de la IA, suele recibir una respuesta en términos de productividad. Sin una unidad y un baseline, esa afirmación no puede auditarse. Para agentes en operaciones uso el coste por proceso operado.

Por qué productividad no basta

“Los empleados ahorran tiempo” deja tres preguntas: cuánto, en qué tarea y qué ocurre con las horas liberadas. Si el equipo redacta correos más rápido pero el proceso completo mantiene coste y duración, el CFO no puede registrar un retorno. La métrica debe vincularse a una unidad de operación.

El patrón se repite en las presentaciones que he visto llegar a comités: métricas de actividad (consultas al asistente, documentos generados, usuarios activos) en lugar de métricas de operación. La actividad demuestra uso. El uso no demuestra retorno.

Coste por proceso operado: una unidad auditable

Un proceso operativo tiene un coste hoy, aunque nadie lo tenga apuntado: horas de las personas que lo tocan, errores y su corrección, retrabajos, latencia (lo que cuesta que un alta de proveedor tarde nueve días en vez de uno). Ese es el baseline, y calcularlo es la mitad del trabajo. La otra mitad es medir lo mismo cuando el proceso lo opera un agente con humanos supervisando.

También hay que fijar la unidad sin cambiarla a mitad del análisis. Si antes se mide por factura terminada, después no puede medirse por documento leído. El numerador incluye todos los costes y el denominador solo los casos completados con el resultado exigido.

La comparación se hace proceso a proceso y en euros. Tramitar un pedido con excepciones costaba una cantidad. Ahora cuesta otra, con un reparto conocido entre agente y personas, una tasa de escalado y un coste de mantenimiento. El comité puede revisar cada componente.

Este enfoque exige conocer el proceso que se ejecuta, incluidas sus excepciones, no solo la versión del manual. Es el mismo análisis que hace falta para automatizarlo, como explico en el manifiesto sobre la fase custom.

El ROI aparece en procesos de volumen

Un asistente conversacional en la web suele tener atribución difícil. En cambio, conciliación de facturas, altas de proveedores, gestión documental de pedidos, seguimiento de incidencias o informes regulatorios tienen unidades y costes observables.

Esos procesos comparten tres propiedades: volumen, reglas conocidas en su mayoría y coste de error acotado. Una mejora por caso se multiplica, las excepciones se pueden codificar y un error, como una factura mal conciliada, se detecta y corrige.

Otros casos tienen poco volumen, criterio difuso y una atribución discutible. Una empresa de servicios de 60 millones puede comparar un asistente web con un agente para altas de proveedores. El segundo tiene un baseline calculable, volumen mensual y tasa de error conocida. Empezaría por ese proceso. Es el tipo de trabajo que describo en agentes en operaciones.

Puede parecer que estos procesos generan menos apoyo interno. Sin embargo, eliminar retrabajo y colas visibles permite enseñar resultados al departamento con sus propias métricas y facilita elegir el siguiente proceso.

El error de medir el piloto en vez de la operación

Un piloto suele usar casos seleccionados, datos preparados, supervisión intensiva y ningún coste histórico de mantenimiento. Extrapolar esa medición a la operación mezcla dos condiciones distintas.

La operación añade excepciones que aparecen más tarde, integración con sistemas heredados, supervisión, gobernanza y mantenimiento cuando cambia el proceso. Un piloto puede cumplir sus criterios y no ser económicamente viable en producción. Analizo las causas en por qué fracasan los pilotos de IA.

El piloto sirve para decidir si seguir, no para proyectar el retorno anual. El ROI se calcula después de varios meses de operación, con excepciones, supervisión y mantenimiento incluidos. Una demo no contiene esos costes.

Qué haría yo antes de aprobar un presupuesto

Tres tareas, en orden. Primero, elegir uno o dos procesos de back-office y calcular su baseline, incluidas excepciones y retrabajos. Segundo, decidir si conviene comprar una herramienta, construir una capacidad interna o contratar el resultado, con el marco de comprar, construir o contratar una operación. Tercero, revisar el caso de negocio contra métricas de operación en el mes seis, no contra la demo del mes uno.

Hay una condición previa: el proceso debe estar documentado y tener un responsable interno con autoridad. Detallo esos requisitos en preparar tu empresa para agentes.

Preguntas que me hacen los comités

¿Qué plazo es razonable para ver retorno?

En un proceso de back-office con baseline, esperaría señales en meses: el coste por proceso cambia cuando el agente absorbe volumen. Si a los seis meses de operación la métrica no se mueve, hay que revisar alcance, escalados y costes antes de esperar más tiempo.

¿Cómo valoro el ahorro si no voy a despedir a nadie?

El coste por proceso no baja solo por nóminas. Baja por errores evitados, retrabajos eliminados y latencia reducida, y las horas liberadas valen lo que produzcan en su siguiente mejor uso. Si esas horas no van a ningún sitio útil, ese es un problema de gestión que la IA ni causa ni resuelve.

¿Entonces el piloto no sirve para nada?

Sirve para lo que sirve: verificar viabilidad técnica y sacar a la luz las primeras excepciones. Es una compuerta de decisión, no una fuente de proyecciones. Mi consejo es pactar por escrito, antes de empezar, qué métrica de operación liquidará el caso de negocio después.

¿Qué proceso elijo primero?

Uno con volumen, reglas conocidas en su mayoría, coste de error corregible y un responsable con autoridad. Sin responsable, el proceso perderá prioridad ante el primer conflicto.