Guías · Presupuesto

¿Cuánto cuesta operar un proceso automatizado?

Respuesta corta

Los compradores preguntan por el precio de los tokens y después les sorprende otra cosa. En los sistemas que operamos, las llamadas al modelo suelen ser la menor de cuatro líneas; las otras son infraestructura, mantenimiento y el tiempo humano dedicado a excepciones. Solo las dos primeras llegan como factura, y por eso las dos últimas se pasan por alto.

Cuatro líneas
Modelos, infraestructura, mantenimiento, excepciones
La más pequeña
Las llamadas al modelo, en casi todos nuestros procesos
Por documento
La unidad en la que presupuestar, no el mes
Por Max Pochinsky · Actualizado Agosto de 2026 · Escrito para quien está dimensionando un proyecto, no para buscadores

Las cuatro líneas, en el orden que sorprende

01

Llamadas al modelo. Se pagan por volumen de texto de entrada y salida. Predecible, fácil de estimar antes de construir, y en documentos o tickets suele ser céntimos por elemento: demasiado poco para decidir nada.

02

Infraestructura. Servidores, almacenamiento, una cola, una base de datos, monitorización. Modesta y plana para un sistema de un solo proceso, y apenas crece con el volumen hasta que el volumen es grande.

03

Mantenimiento. Cambia una API, se retira una versión de modelo, se mueve un formato de documento, aparece un caso límite nuevo. Es una línea recurrente real y la que nadie presupuesta, porque no hay factura hasta que algo se rompe.

04

Gestión de excepciones. Minutos humanos sobre los casos que el sistema marca. Suele ser con diferencia el mayor coste de operación, y se paga en nómina y no en una factura, así que permanece invisible.

Cómo calcular tu propio número

Parte del volumen mensual, no de un presupuesto mensual. Para cada elemento, cuenta qué ocurre: normalmente una o dos llamadas al modelo, unas cuantas llamadas a tus sistemas, el almacenamiento del documento y su registro. Multiplica por el volumen y tienes la línea técnica, que en procesos medianos suele quedar en algo poco llamativo.

Después viene lo que importa: coge tu tasa de paso directo y aplica el resto. Si se marca una quinta parte y revisar cada caso lleva cuatro minutos, mil elementos al mes son unas trece horas del tiempo de alguien. Valora esas horas al coste completo y compáralas con la línea técnica. Esa comparación suele ser toda la respuesta, y explica por qué subir la tasa de paso directo vale más que optimizar el gasto en modelo.

Es la misma aritmética que hace la calculadora de ROI, con vuestros volúmenes en lugar de los nuestros.

Qué hace crecer mal los costes de operación

01

Precio por operación de la plataforma. Las plataformas no-code cobran por paso ejecutado, así que un flujo con muchos nodos multiplica. Barato con poco volumen, y capaz de superar en silencio el coste de una construcción propia cuando el volumen sube.

02

Enviar demasiado contexto. Mandar el documento entero cuando hacen falta tres campos, o toda la base de conocimiento cuando una búsqueda encontraría los dos párrafos correctos. Es la única forma real de gastar de más en modelo, y es un defecto de diseño, no de precio.

03

Reintentos que nadie vigila. Una integración que falla y reintenta cada minuto produce factura y ningún resultado. Alertar sobre la tasa de fallo sale más barato que descubrirlo al cierre del mes.

04

Una cola de excepciones que crece. Si lo marcado se acumula más rápido de lo que alguien lo despacha, el coste de operación no es la cola: es el retraso aguas abajo y, al final, alguien apagando el sistema.

Qué cobramos tras el lanzamiento y por qué

El soporte posterior al lanzamiento es una cuota mensual cancelable, y lo que compra es atención: monitorización, seguir los cambios de APIs y modelos, arreglar lo que se rompe y una cantidad definida de trabajo de cambio. Los sistemas que se dejan sin vigilancia no siguen funcionando mucho tiempo, porque todo lo que los rodea sigue moviéndose.

No tenemos que ser nosotros. Todo lo que construimos es vuestro — código, prompts, configuración, infraestructura — y algunos clientes se lo llevan dentro tras unos meses, cuando el sistema se ha asentado y los patrones de excepción son conocidos. Es un desenlace legítimo y planificamos a favor de él, no en contra.

La comparación que de verdad importa

El número contra el que hay que poner el coste de operación no es cero. Es lo que cuesta el proceso hoy: las horas, el retraso, la tasa de error y el retrabajo que provoca, más lo que el negocio pierde porque una decisión esperó. Casi ningún proceso se ha valorado nunca así, y por eso el coste de operación parece grande en solitario y pequeño en cuanto hay una base al lado.

Mide la base antes de construir. Cuesta un día, es la única comparación justa y, tras el lanzamiento, es la única forma de demostrar que algo cambió. Sin ella, cualquier discusión sobre si el sistema merece su coste se convierte en una discusión de impresiones.

Medimos la base durante la auditoría y la ponemos en la propuesta, para que el coste de operación se cotice junto a aquello que sustituye.

Preguntas que siguen

Lo que se pregunta después.

El modelo y la infraestructura escalan de forma casi lineal, que es manejable y predecible. Lo que no escala así es la gestión de excepciones: el doble de volumen es el doble de casos marcados, y eso es tiempo humano. Otra razón para vigilar la tasa de paso directo.

¿Sigues sin saber si tu proceso merece automatizarse?

Tráenos el proceso. Lo desmontamos contigo sin coste y te damos una respuesta directa, incluso cuando la respuesta es que no.