¿Cuánto cuesta mantener un asistente de IA? Las partidas que hay que considerar
Estimar el coste operativo más allá del desarrollo inicial.
Equipo editorial de SqualiOnline · 2026-09-07
El presupuesto de desarrollo de un asistente de IA es la parte que se lee con más gusto, porque es un solo número y tiene un final. El coste que decide si el proyecto tiene sentido, sin embargo, es el que se repite cada mes, y está formado por partidas que a menudo no aparecen en ningún documento hasta el día en que llegan.
Esta guía sirve para construir la lista de partidas y ponerlas en una estimación con vuestros volúmenes. Los precios no los encontraréis aquí: cambian, y un número escrito hoy estaría equivocado dentro de pocos meses. Deben tomarse de las tarifas vigentes el día en que decidís, adjuntas al documento y fechadas.
Tres fases que no se pagan de la misma manera
Antes de estimar conviene separar lo que se paga una vez de lo que se repite. Son tres bloques distintos y a menudo se presentan como uno solo.
- Construcción: integración con vuestros sistemas, permisos, interfaz, registros. Se paga una vez, y se vuelve a pagar en parte con cada modificación posterior.
- Preparación de los datos: recogida, limpieza, estructura, decisión sobre qué puede leer el asistente y qué no. Es la partida más subestimada de todas, y es la única que depende por completo de cómo están organizados vuestros documentos.
- Pruebas y ajuste: muestra de casos, correcciones, segunda prueba. No es una prueba formal: es el trabajo que decide si el sistema es utilizable.
La preparación de los datos se paga una sola vez si las fuentes son estables, y se convierte en una partida recurrente si cambian. Una tarifa actualizada cada trimestre, un manual que cambia con los productos, un reglamento interno que se revisa: cada una de estas cosas traslada una partida del primer bloque al tercero.
Las partidas del coste recurrente
Esta es la lista que hay que rellenar con vuestros números. Ninguna fila es opcional: las que decidáis no asumir quedan descubiertas, y tarde o temprano se presentan en forma de mal funcionamiento.
| Partida | De qué depende | Cómo se estima |
|---|---|---|
| Consumo del modelo | Número de solicitudes, longitud de pregunta y respuesta, cantidad de documentos adjuntos a cada solicitud | Volumen mensual por el coste unitario de la tarifa vigente |
| Servicios externos conectados | Búsquedas, traducciones, síntesis de voz, servicios de terceros invocados por el asistente | Por llamada o por paquete, según el contrato de cada uno |
| Infraestructura | Servidores, base de datos, almacenamiento de los documentos, índice de búsqueda, copias de seguridad | Cuota mensual, que crece con el archivo |
| Actualización de las fuentes | Con qué frecuencia cambian los documentos que consulta el asistente | Horas periódicas de trabajo, o bien coste del automatismo que las actualiza |
| Supervisión | Cuántos casos terminan en revisión y cuánto tiempo requieren | Horas a la semana de la persona que controla y corrige |
| Monitorización y registros | Volumen de tráfico y periodo de conservación requerido | Cuota de la herramienta más el coste de almacenamiento en el tiempo |
| Mantenimiento correctivo | Cambios en los sistemas conectados, en los formatos y en las interfaces | Bolsa de horas periódica acordada de antemano |
| Evolución | Solicitudes nuevas que surgen del uso | Debe mantenerse en un capítulo aparte, con su propia decisión |
Las dos últimas filas casi siempre se confunden. La bolsa de horas para seguir haciendo funcionar lo que ya existe no es lo mismo que la solicitud de hacer que el asistente haga algo nuevo. Mantenerlas en el mismo capítulo hace desaparecer el mantenimiento, porque las novedades lo consumen: y el mantenimiento que no se hace se paga de todos modos, más tarde y peor.
El coste por unidad es la única cifra comparable
El total mensual no dice si conviene, porque no es comparable con nada. Hace falta un coste por unidad de trabajo: por conversación gestionada, por documento leído, por expediente clasificado.
- Elegir la unidad: debe ser algo que hoy alguien hace a mano y que se puede contar.
- Estimar cuántas unidades al mes, en tres escenarios, partiendo del volumen que tenéis ahora.
- Calcular la parte variable por unidad: consumo del modelo y servicios externos invocados.
- Añadir los costes fijos divididos por el número de unidades de ese escenario.
- Comparar con lo que cuesta hoy la misma actividad hecha a mano, incluidas las correcciones de los errores.
El cuarto paso explica por qué a volúmenes bajos el coste por unidad es alto: infraestructura, monitorización y supervisión se dividen entre pocas unidades. Es la razón por la que un proyecto sensato a largo plazo puede resultar antieconómico en el primer periodo, y hay que decirlo antes en lugar de descubrirlo después.
Tres escenarios, con vuestros volúmenes
Un modelo de tres escenarios se construye así. Las referencias de aquí abajo son ilustrativas y sirven para mostrar la forma del cálculo, no para hacer vuestro presupuesto: en el lugar de V va el volumen mensual que tenéis hoy.
| Escenario | Unidades al mes | Qué cambia en el coste |
|---|---|---|
| Bajo | V | Los costes fijos pesan casi todo; el consumo del modelo es marginal y optimizarlo no sirve |
| Medio | Diez veces V | Costes fijos y consumo se acercan; la supervisión empieza a requerir tiempo dedicado y hay que asignarla a alguien |
| Alto | Cien veces V | El consumo domina; conviene reducir la cantidad de contexto por solicitud y revaluar la infraestructura |
La comparación interesante no es entre los totales de los tres escenarios, sino entre los costes por unidad. Si el coste por unidad no baja al pasar de un escenario al siguiente, hay algo que revisar en la estructura antes de aumentar los volúmenes: casi siempre es la cantidad de datos enviada en cada solicitud, o bien una supervisión que crece de forma proporcional en lugar de por escalones.
Las partidas que aparecen después
Algunas partidas no existen en el momento del presupuesto y se presentan en los meses siguientes. Conviene nombrarlas antes, aunque no se cuantifiquen.
- Crecimiento del archivo de documentos y de los índices de búsqueda conectados.
- Conservación de los registros durante el periodo que hayáis decidido o que se os requiera.
- Aumento del contexto: más documentos consultables significa más coste por cada solicitud individual, incluso si las solicitudes no aumentan.
- Casos límite surgidos del uso real, que requieren reglas nuevas y nuevas pruebas.
- Formación de las personas que se incorporan a la empresa después del lanzamiento.
- Ajustes debidos a cambios en los sistemas conectados o en las condiciones de los proveedores.
Cuándo la estimación todavía no se puede hacer
En algunas situaciones cualquier número sería inventado, y el paso correcto no es el presupuesto.
- No sabéis cuántas solicitudes recibís hoy: se cuentan durante unas semanas, y es un trabajo breve.
- No está claro qué debe hacer el asistente: un ámbito indefinido produce un consumo indefinido, porque cada solicitud puede convertirse en cualquier cosa.
- Las fuentes documentales todavía no existen en forma legible: mientras no se sepa cuánto trabajo hace falta para prepararlas, la partida más grande queda descubierta.
- Nadie sabe decir cuánto cuesta hoy hacer la misma actividad a mano: sin ese término de comparación, la estimación no sirve para decidir.
En estos casos el camino es un proyecto piloto con una muestra limitada, una duración declarada y una decisión establecida desde el principio sobre qué lo haría continuar o detenerse. Cuesta menos que un presupuesto construido sobre hipótesis.
Lo que esta guía no cubre
Aquí se trata la estructura de los costes de gestión de una solución de IA. La comparación más general entre coste de proyecto y coste de gestión a lo largo del tiempo de un software empresarial se trata en la guía dedicada; la forma de plantear un proyecto piloto, con objetivo, muestra y criterio de decisión, tiene también su propia guía. Los valores económicos no aparecen en esta guía porque deben tomarse de las tarifas vigentes en la fecha en que hacéis la estimación.
Preguntas frecuentes
¿Conviene pagar por consumo o usar infraestructura propia?
Depende de los volúmenes, de la sensibilidad de los datos y de quién puede ocuparse del mantenimiento. El consumo se paga solo por lo que se usa pero crece con el uso; la infraestructura propia tiene un coste fijo y requiere competencias internas o un contrato de gestión. La decisión debe tomarse sobre el coste por unidad en los tres escenarios, no sobre el total mensual.
¿Cómo se mantiene bajo control el consumo?
Midiéndolo por unidad y no solo en total, fijando límites de gasto donde el proveedor lo permite, y vigilando la cantidad de contexto enviada en cada solicitud: es la variable que crece sin que nadie se dé cuenta, porque aumenta cada vez que se añaden documentos consultables.
¿El coste baja con el tiempo?
Algunas partidas pueden bajar, por ejemplo el consumo unitario si el sistema se optimiza o si cambian las condiciones de los proveedores. Otras suben: archivo, registros, casos nuevos que gestionar. No es prudente construir una decisión sobre una bajada esperada de los precios, porque no depende de vosotros.
Definimos las partidas de coste de tu solución de IA.
Si quieres hablarlo, el servicio que se ocupa de esto es Inteligencia artificial.