Rentar inteligencia o correrla en casa: cuándo tiene sentido cambiarse

La decisión que esto cambia es concreta: si tu factura mensual de IA ya se nota en el estado de resultados, alguien en tu equipo te va a proponer correr modelos propios en vez de pagar por consumo. Necesitas saber cuándo decir que sí y cuándo decir todavía no.

El Economista reportó que el costo de la inteligencia artificial está empujando a las empresas hacia modelos abiertos. Es cierto, y es la evolución esperable de cualquier tecnología que empieza rentada. Pasó con la nube, pasó con el software empresarial. Lo que no dice el titular es que la mayoría de las migraciones que se hacen por costo se hacen antes de tiempo.

Rentar sale caro sólo cuando el volumen es estable

Pagar por API es caro por token y barato por proyecto. Correr un modelo abierto es lo contrario: barato por token y caro por proyecto.

Cuando estás explorando, el modelo rentado gana siempre. Cambias de idea cada semana, pruebas tres enfoques, tiras dos. El costo variable te protege: si el caso de uso no funciona, dejas de pagar y no queda nada encendido.

Cuando el caso de uso ya se volvió parte de la operación (mismo volumen todos los meses, mismo comportamiento, nadie lo está reinventando) la ecuación se invierte. Ahí el costo variable se vuelve una renta perpetua sobre algo que ya no cambia, y correrlo tú empieza a tener sentido.

Mi regla práctica, y es de campo, no de teoría: no evalúes migrar hasta que ese caso de uso tenga al menos seis meses corriendo estable, con volumen mensual predecible y sin cambios de fondo en los últimos dos meses. Si el equipo todavía está ajustando qué hace el sistema, cualquier ahorro de infraestructura se lo va a comer el retrabajo.

Los costos que no aparecen en la comparación

La presentación que te van a mostrar compara dos números: lo que pagas hoy por consumo contra lo que costaría el servidor. Ese slide siempre gana. Y siempre está incompleto.

Lo que falta:

Quién lo opera. Un modelo propio necesita alguien que lo monitoree, lo actualice y responda cuando falla. Si hoy no tienes esa función, el ahorro de infraestructura se convierte en una plaza nueva, o en un consultor con retainer. Compara contra eso, no contra cero.

El costo de quedarte atrás. Los modelos rentados mejoran solos. El tuyo se queda donde lo dejaste hasta que alguien decida actualizarlo, y actualizar implica volver a probar todo lo que ya funcionaba. He visto equipos correr durante año y medio con una versión vieja porque nadie quería abrir ese frente.

La curva de tu gente. Los primeros dos o tres meses después de migrar, el equipo está peor que antes. Es normal y es temporal, pero hay que presupuestarlo. Si el proyecto se justifica sólo con el ahorro del primer año, no se justifica.

El caso de uso sensible. Aquí sí hay un argumento que no es de costo: si tus datos no pueden salir de la empresa por regulación o por contrato con un cliente, la conversación cambia de naturaleza. Eso no se decide con una hoja de cálculo, se decide con jurídico. Y en ese caso el modelo propio puede valer la pena aunque salga más caro.

Qué hacer el lunes

No necesitas decidir la migración esta semana. Necesitas dejar de estar amarrado, que es distinto.

1. Saca tu consumo real de los últimos tres meses. No el proyectado, el facturado. Y desagrégalo por caso de uso, no por área. Casi siempre uno o dos casos concentran la mayoría del gasto, y el resto es ruido.

2. Marca cuáles son estables y cuáles siguen cambiando. Sólo los estables son candidatos a la conversación de migrar. Los demás déjalos rentados, aunque parezcan caros.

3. Revisa dónde viven tus prompts y tu lógica. Si están escritos dentro de la plataforma del proveedor, sácalos a un repositorio tuyo. Es trabajo de días, no de meses, y es lo único que te da la opción real de cambiar de modelo después. Esto no ahorra un peso hoy y vale más que cualquier ahorro.

4. Haz una prueba honesta con un modelo abierto en el caso más estable. No para migrar: para saber si la calidad alcanza. Muchas veces alcanza de sobra y nadie lo había verificado. Otras veces no alcanza, y descubrirlo en una prueba de dos semanas es mucho más barato que descubrirlo después de firmar.

La pregunta para tu junta

La pregunta no es si los modelos abiertos son más baratos. Casi siempre lo son en el papel.

Es esta: si mañana quisiéramos cambiar de proveedor de modelo, ¿cuánto tardaríamos y quién lo haría?

Si la respuesta es "no sabemos", ese es el problema a resolver primero. La decisión de costo puede esperar. La de amarre, no.