Cuánto cuesta una integración de IA y qué se paga después

Son dos costos y sólo se cotiza uno

La separación no es contable: es la que decide si el proyecto sobrevive al primer año.

El de construir es visible, se negocia y se paga una vez. El de sostener es recurrente, crece con el uso y llega en líneas que están repartidas entre tres presupuestos distintos.

Cuando una empresa compara dos propuestas mirando sólo el primero, está comparando la parte que menos pesa a doce meses.

Hay una tercera categoría que no es exactamente costo y decide igual: el costo de no hacerlo.

Las horas que hoy se van en buscar información en cuatro sistemas, los errores de transcripción, las decisiones que se retrasan un día porque falta un dato. Ese número casi nunca se calcula y suele ser mayor que las dos columnas juntas.

No sirve para justificar cualquier integración, y sí para saber cuál de todas las posibles conviene hacer primero.

Qué compone el costo de construir

Cinco partidas. Las tres primeras están siempre en la propuesta; las dos últimas casi nunca.

• Análisis. Entender qué sistemas hay y qué se quiere conectar.
• Desarrollo. El trabajo técnico de la conexión.
• Pruebas. Que funcione con datos reales y no sólo con ejemplos.
• Preparación del dato. Si el sistema de origen tiene la información desordenada, alguien la ordena. Suele ser la partida más grande y la que no está.
• Tiempo del equipo interno. Reuniones, accesos, validaciones. No aparece en ninguna factura y consume semanas.

La cuarta es la que descoloca los presupuestos. Es el mismo patrón de datos antes que IA: el proyecto de integración se convierte primero en un proyecto de ordenar datos, y eso no es un desvío sino el trabajo.

Sobre la quinta partida, el tiempo del equipo interno: no aparece en ninguna factura y es la que más retrasa los proyectos.

Conseguir accesos, coordinar con quien es dueño de cada sistema, validar que lo construido hace lo que se pidió. En una empresa mediana eso son semanas de calendario aunque sean pocas horas de trabajo real.

Ponerlo en el plan desde el principio no lo hace más barato y sí evita que el proyecto parezca retrasado cuando en realidad va a su ritmo normal.

Qué compone el costo de sostener

Cinco líneas más, y sólo la primera suele estar prevista.

• Consumo del modelo. Por uso. Crece exactamente cuando el proyecto va bien.
• Licencias de las herramientas de conexión, si las hay.
• Mantenimiento, que son las horas de quien vigila. Está en quién mantiene las integraciones de IA.
• Adaptaciones. Cuando el proveedor cambia algo, alguien lo ajusta.
• Infraestructura. Donde corre la pieza que conecta, si no es un servicio gestionado.

Por qué el costo crece con el éxito

Es la característica que diferencia a una integración de IA de una integración tradicional, y la que más planes de negocio rompe.

Una integración clásica cuesta lo mismo con cien operaciones que con diez mil. Una de IA cobra por uso, así que el costo sube en proporción al éxito del proyecto.

La consecuencia práctica: un piloto barato no dice nada sobre el costo en producción. Hay que estimar el volumen del mes doce y calcular con ese, no con el del piloto.

Y hay una consecuencia de diseño: no todas las tareas necesitan el modelo más caro. Repartir tareas simples a un modelo pequeño y reservar el grande para lo que lo justifica suele bajar la factura sin que nadie note diferencia.

Hay un efecto de segundo orden que conviene anticipar: cuando el sistema funciona bien, la gente lo usa para cosas para las que no estaba pensado.

Eso es una buena noticia de adopción y una mala noticia de presupuesto, porque el consumo crece por un uso que nadie estimó.

No hay que impedirlo. Hay que verlo, y para eso basta con mirar el consumo por tipo de caso una vez al mes.

Las tres partidas que se olvidan siempre

Si pides que estén explícitas en la propuesta, la conversación cambia de tono y el número se vuelve comparable.

Las tres respuestas convierten un precio cerrado en un rango honesto, y un rango honesto es mucho mejor punto de partida que un número que va a cambiar igual.

Cómo comparar dos propuestas

Con una sola tabla, y siempre a doce meses. Nunca al precio de entrada.

El paso tres es el que más revela. Un proveedor que responde con naturalidad qué te llevas al irte suele ser el mismo que te va a dar menos problemas mientras te quedas.

Cómo bajar el costo sin bajar la calidad

Cuatro decisiones que reducen el número de forma real, sin recortar lo que hace falta.

• Empieza en sólo lectura. La mitad del valor con una fracción del riesgo y del trabajo.
• Un modelo pequeño para lo simple. La mayoría de tareas de una integración no necesitan el modelo más caro.
• Estándar en vez de a medida cuando haya varias herramientas, que es el argumento de qué es un servidor MCP.
• Ordena el dato antes, con tu gente. Es la partida más cara si la hace el proveedor y la más barata si la haces tú.

Una quinta palanca que casi nunca se considera y que suele ser la más grande: reducir cuánto texto se manda en cada llamada.

Es habitual mandar el registro completo cuando la tarea sólo necesita dos campos, o arrastrar toda la conversación anterior en cada turno. Las dos cosas se pagan por unidad de texto.

Revisar qué se manda de verdad en una llamada típica suele bajar el consumo de forma inmediata, sin tocar el modelo ni la calidad de la respuesta.

Cuándo la cuenta no sale

Decirlo antes de cotizar es parte del trabajo, y ahorra proyectos que iban a decepcionar.

• Volumen bajo. Si el proceso se hace veinte veces al mes, el trabajo manual cuesta menos que sostener la integración.
• El sistema de origen va a cambiar pronto. Integrar contra algo que se va a reemplazar es pagar dos veces.
• El dato está tan mal que ordenarlo cuesta más que el proyecto entero. Ahí el proyecto es otro.
• No hay quien la mantenga. Sin dueño, el costo real es el de construirla dos veces.

Cómo dejarlo presupuestado para que no sorprenda

Tres líneas en el presupuesto anual y una revisión trimestral. Nada más.

• Construcción, como inversión de una vez.
• Operación mensual, con el consumo estimado al volumen del mes doce y no al del piloto.
• Contingencia de adaptación, para cuando el proveedor cambie algo. Va a pasar.

El criterio general de cómo se arma esto está en cómo presupuestar un proyecto de IA, y la tercera línea es la que distingue un presupuesto que aguanta de uno que hay que reabrir en junio.

Una última recomendación sobre la revisión trimestral: que la haga quien paga, no quien opera.

El área que opera el sistema tiene incentivo para que el consumo suba, porque significa que su proyecto se usa. Quien paga tiene incentivo para mirar si ese consumo se corresponde con algún resultado.

Las dos miradas hacen falta, y sólo la segunda evita que el número crezca durante un año sin que nadie lo cuestione.