Cuánto cuesta mantener un agente de IA en producción (y por qué el desarrollo es la parte barata)

Casi todos los presupuestos de agentes de IA que llegan a una pyme responden a una sola pregunta: cuánto cuesta construirlo. Es la pregunta equivocada, o al menos la menos importante. El coste real de un agente no está en el desarrollo: está en evaluarlo, vigilarlo y ajustarlo todos los meses que siga encendido. Si esa parte no aparece en el presupuesto, el proyecto no está mal valorado: está mal entendido.

Un agente no es una funcionalidad que se instala y se queda quieta. Es un sistema que toma decisiones encadenadas sobre datos que cambian, apoyado en modelos que se actualizan, conectado a sistemas que se modifican y usado por personas que encuentran casos que nadie previó. Todo eso genera trabajo recurrente. Ese trabajo tiene un coste, y ese coste decide si el retorno se sostiene o se evapora al tercer mes.

Qué significa exactamente «en producción»

«En producción» no significa que el agente funcione. Significa que alguien de tu empresa depende de él para trabajar. Esa dependencia cambia el nivel de exigencia: una demo puede fallar y no pasa nada; un agente que clasifica pedidos, responde a clientes o prepara facturas no puede fallar en silencio.

De ahí sale la diferencia con una automatización clásica. Una regla determinista hace siempre lo mismo con la misma entrada: si funciona hoy, funcionará mañana salvo que cambie el sistema conectado. Un agente decide, y una decisión puede ser razonable en el 90 % de los casos y desastrosa en el 10 % restante sin que ninguna alarma técnica salte. Nada se ha «roto». Simplemente ha empezado a acertar menos. Detectar eso cuesta dinero, y es dinero bien gastado.

El error de mercado: presupuestarlo como si fuera comprar software

El mercado ha aprendido a presupuestar proyectos cerrados: se define el alcance, se paga, se entrega, se acabó. Con un agente ese modelo mental falla por tres motivos.

• El coste es variable, no fijo. Buena parte del gasto depende del volumen de uso, no del alcance del proyecto. Si el agente se usa el triple, cuesta más el triple.
• La calidad se degrada sin aviso. Cambian los datos de entrada, cambian los casos, cambia la versión del modelo. El sistema sigue respondiendo; lo que empeora es el acierto.
• El alcance nunca se cierra. El primer mes en producción genera más excepciones nuevas que todo el análisis previo. Eso no es un fallo del proyecto: es cómo funciona.

El resultado típico: una empresa paga un desarrollo, no reserva presupuesto de mantenimiento, el agente empieza a dar respuestas mediocres, el equipo deja de fiarse, y en seis meses vuelve a hacerlo a mano —con el coste del desarrollo ya gastado. No ha fallado la IA. Ha fallado el presupuesto.

Un agente sin presupuesto de mantenimiento no es una inversión. Es un experimento con fecha de caducidad que todavía no conoces.

Las partidas reales del coste mensual

Estas son las líneas que deberían aparecer en cualquier presupuesto serio. No te damos importes: dependen de tu volumen, tu sector y tu nivel de riesgo, y cualquier cifra genérica sería inventada. Lo que sí puedes exigir es que ninguna de estas partidas esté ausente.

1. Coste variable de uso del modelo

Cada operación del agente consume procesamiento del modelo, y se factura por volumen de texto procesado. Es la partida más visible y la peor estimada, porque la gente calcula el caso simple y olvida que un agente reintenta, consulta varias fuentes y encadena pasos: una sola «tarea» pueden ser varias llamadas. Pide siempre el coste por operación completa, no por llamada.

2. Infraestructura y servicios de apoyo

Alojamiento, colas de ejecución, almacenamiento de registros, base de datos de búsqueda semántica si el agente consulta documentación interna. Suelen ser importes modestos y previsibles, pero crecen con el histórico: los registros que hoy ocupan poco, dentro de un año ocupan bastante más.

3. Evaluación periódica

Es la partida que casi nadie presupuesta y la que más protege la inversión. Consiste en tener un conjunto de casos de prueba con la respuesta correcta conocida y pasarlo con una frecuencia fija, además de revisar una muestra de casos reales. Sin eso no tienes forma de saber si el agente sigue acertando igual que el día del arranque. La percepción del equipo no sirve como métrica: cuando alguien dice «últimamente falla más», llevas semanas perdiendo calidad.

4. Monitorización y trazabilidad

Registrar qué decidió el agente, con qué datos y con qué resultado. Alertas cuando el volumen se dispara, cuando el coste por operación se sale de rango o cuando la tasa de escalado a persona sube. Esto es coste de herramienta y, sobre todo, coste de que alguien mire el panel y actúe.

5. Supervisión humana

Horas reales de tu equipo revisando salidas, resolviendo lo que el agente escala y corrigiendo lo que sale mal. Es coste interno, no factura del proveedor, y por eso desaparece de los cálculos. Si el agente libera ocho horas a la semana pero consume dos en supervisión, tu ahorro es de seis, no de ocho.

6. Mantenimiento de integraciones

Tu CRM se actualiza, el ERP cambia un campo, un proveedor modifica su interfaz de conexión, alguien renombra una carpeta compartida. El agente no se entera: simplemente empieza a leer mal. Cuanto más conectado esté, mayor es esta partida —y es la razón por la que un agente muy integrado da más valor y también cuesta más sostenerlo.

7. Ajuste y evolución

Casos nuevos que hay que enseñarle, instrucciones que se afinan, reglas que se endurecen porque una excepción salió cara, cambios de versión del modelo que obligan a volver a validar todo. Es trabajo de ingeniería recurrente, y su intensidad baja con los meses pero no llega nunca a cero.

8. Gobierno y cumplimiento

Documentar qué hace el sistema, quién es responsable, qué datos trata y cómo se revisa. Si el agente toca datos personales o decisiones con impacto sobre clientes o empleados, esta partida deja de ser opcional. Consulta con tu asesoría qué obligaciones te aplican según el uso concreto; no es un coste técnico, pero es un coste.

Cómo estimarlo antes de firmar

No necesitas una hoja de cálculo complicada. Necesitas cinco números tuyos y dos preguntas al proveedor.

1. Volumen mensual esperado. Cuántas operaciones va a procesar el agente al mes en un escenario normal y en un pico. Si no lo sabes, ese es el primer dato que falta.
2. Coste por operación completa. Pídelo por escrito, con reintentos y pasos intermedios incluidos. Multiplícalo por el volumen pico, no por el medio.
3. Horas internas de supervisión. Cuántas horas al mes va a dedicar tu equipo a revisar, corregir y resolver escalados. Ponles el coste/hora real de esas personas.
4. Coste del ciclo de evaluación. Cada cuánto se revisa la calidad, quién lo hace y cuántas horas cuesta. Si la respuesta es «cuando alguien se queje», no hay ciclo de evaluación.
5. Bolsa de ajuste. Un número fijo de horas técnicas al mes para cambios, incidencias y adaptaciones de integraciones. Mejor reservarlas y no usarlas que necesitarlas y no tenerlas.

Y las dos preguntas al proveedor: ¿qué pasa cuando el agente se equivoca y quién lo detecta? y ¿qué incluye exactamente el mantenimiento y qué se factura aparte? Las respuestas te dicen más sobre el coste futuro que el importe del desarrollo.

Con esos números puedes hacer la comparación que importa: coste mensual total del agente frente al coste mensual actual de hacer ese trabajo como se hace hoy. Si no conoces el segundo, no estás en condiciones de valorar el primero —y ese es un problema de diagnóstico, no de tecnología. El método para calcularlo está en cómo calcular el ROI de una automatización.

Cuándo compensa pagar ese mantenimiento y cuándo no

El coste recurrente no es un argumento contra los agentes. Es un filtro. Hay procesos que lo justifican con holgura y otros donde ese mismo coste se come el ahorro entero.

Compensa cuando

• El volumen es alto y sostenido: el coste fijo de evaluación y monitorización se reparte entre muchas operaciones.
• La tarea exige interpretar información no estructurada —correos, documentos, texto libre— donde una regla simple no llega.
• El proceso ya está mapeado, estandarizado y tiene un responsable claro que puede validar y frenar el sistema.
• Existe una métrica de negocio que demuestra la mejora: tiempo de respuesta, tasa de error, coste por operación, plazo de cierre.

No compensa cuando

• El volumen es bajo: mantener el agente cuesta más que hacer la tarea a mano, aunque el desarrollo fuera gratis.
• El proceso cambia cada pocas semanas: pagarás ajuste continuo sin llegar nunca a un periodo estable.
• Casi todo son excepciones: eso indica que falta diseño de proceso, no autonomía.
• Nadie va a mirar los registros ni revisar la calidad. Sin supervisión, el ahorro es aparente y el riesgo es real.
• Una integración o una automatización por reglas resolvería el 80 % del caso. Compara siempre esa alternativa antes: está explicada en integración, automatización o IA.

Fíjate en que ninguno de estos criterios habla de la herramienta. Hablan del proceso, del volumen y de quién se hace cargo. La rentabilidad de un agente depende mucho más del sitio donde lo pones que del modelo que lleva dentro.

El presupuesto honesto tiene dos cifras

Un presupuesto de agente bien hecho tiene siempre dos números: lo que cuesta construirlo y lo que cuesta tenerlo funcionando cada mes. El segundo es el que decide si a los dos años esto fue una inversión o un gasto con buena presentación.

Si estás valorando tu primer agente, revisa antes las condiciones operativas mínimas y recuerda que el proyecto empieza después de la puesta en marcha. El día del arranque no es la meta: es el primer día de la factura recurrente.