¿Comprar o construir tu IA? Así se decide

Casi ningún comité de compras de IA pregunta lo que importa. Pregunta el precio. Debería preguntar cuánto dura la ventaja que está firmando.

Carlos Andrés Ramírez · 2026-09-01

Un director de tecnología me contó hace poco que había comparado tres propuestas para automatizar la revisión de contratos en su área legal. Los tres precios se parecían bastante. Ninguna de las tres explicaba qué se quedaba la empresa el día que quisiera cambiarse de proveedor. Firmó con la que mejor habló en la demo.

Ese patrón se repite en casi cualquier comité que decide entre comprar y construir IA: el eje que decide es el precio, y el precio es la pregunta más fácil de responder y la menos importante. Dice qué es más barato firmar este trimestre. No dice qué va a pasar con esa ventaja dentro de tres años, cuando la misma plataforma se la venden también a tu competidor directo.

Y hay una tercera opción que casi nunca llega a la lista corta. Construir con un socio, compartiendo el desarrollo y el riesgo en vez de comprarlo ya hecho o levantarlo solo, aparece poco porque ningún proveedor tiene un incentivo para proponerla: el que vende software quiere que compres, y la consultora que factura horas de construcción quiere que construyas. Nadie en la sala vende la tercera opción, así que la tercera opción no se discute.

El síntoma

¿Cómo se decide qué comprar y qué construir en inteligencia artificial?

Se decide mal cuando el criterio se escribe después de ver las propuestas y no antes, y se decide mal casi siempre. El comité mira tres ofertas, compara precio y plazo de implementación, y elige. La pregunta de fondo, si esa capacidad es algo que la empresa necesita controlar para seguir compitiendo dentro de tres años, no aparece en ninguna fila de la tabla comparativa.

• El comparativo de propuestas tiene columnas de precio y de plazo, y ninguna dice qué se queda la empresa cuando termine el contrato.
• El área de negocio dueña del proceso no está en la sala donde se firma la decisión, solo tecnología y compras.
• Nadie ha calculado qué pasa si el proveedor sube el precio el año que viene, cambia de dueño, o deja de existir.
• La opción de construir con un socio ni siquiera llegó a la lista corta: se compararon dos ofertas de todo hecho.
• Se construye por defecto lo que en realidad es una capacidad estándar que cualquiera compra igual, y se compra por defecto lo que en realidad diferencia a la empresa.
• El criterio con el que se decide se escribe para justificar la propuesta que ya gustaba, no antes de leer ninguna.

El problema detrás

Se decide por precio un eje que nunca fue de precio.

El precio compara lo comparable: dos números en la misma moneda, fáciles de poner uno al lado del otro en una diapositiva. Por eso gana la discusión, aunque no sea la pregunta que en realidad hay que responder. La pregunta real tiene cuatro partes y ninguna sale en una propuesta comercial: si esa capacidad es parte de cómo compite la empresa o es una capacidad estándar, cuánto dura la ventaja antes de que el mercado la alcance, de qué dato depende el valor, y quién la sostiene el día después de encenderla.

Comprar es rápido y traslada el riesgo técnico a otro. También traslada la ventaja: si la compras en una plataforma que le vende lo mismo a tu competencia, no estás comprando ventaja, estás comprando paridad con retraso de implementación. Construir da control y, si el dato es propio, ventaja real. También exige un equipo que la sostenga después del lanzamiento, y ese equipo no aparece solo porque el modelo ya funcione en la demostración.

Comprar la IA de otro es alquilar su ventaja. Construir la tuya es apostar a que sabrás sostenerla. Las dos son decisiones legítimas. Firmar sin saber cuál de las dos estás tomando, no lo es.

BECOME

El marco

¿Qué mirar antes de firmar cualquier propuesta?

El orden importa: las cinco preguntas siguientes se responden antes de pedir ninguna propuesta a nadie, no después de compararlas. Pedidas después, cada proveedor las contesta a su favor.

Núcleo

Si la capacidad es parte de cómo la empresa compite, o es una capacidad estándar que cualquier competidor puede comprar igual. Lo primero se construye o se levanta con un socio. Lo segundo se compra, y cuanto antes, mejor.

Vida media

Cuánto tiempo tarda esa ventaja en volverse estándar del mercado. Si la respuesta se mide en meses, construirla no paga el tiempo que se tarda en levantarla.

Dato propio

Si el valor sale de un dato que solo tiene la empresa, o de un modelo genérico con un prompt bien escrito. Sin dato propio no hay ventaja que defender, se compre o se construya.

Capacidad de sostenerlo

Si existe, o se va a contratar, el equipo que reentrena, vigila y corrige el sistema el día después del lanzamiento. Construir sin esa capacidad fabrica el próximo piloto parado.

Cláusula de salida

Qué se queda la empresa si la relación con el proveedor o el socio termina: el modelo, el dato, el código, o solo el recuerdo de haberlo usado. Se negocia antes de firmar, nunca después.

La tercera opción, construir con un socio, gana casi siempre que el núcleo es diferenciador y la empresa no tiene hoy el equipo para sostenerlo sola. Reparte el riesgo de construcción y, si el contrato está bien escrito, transfiere capacidad real al equipo interno con el tiempo, en vez de dejarlo dependiendo para siempre de quien lo construyó. El motivo por el que casi nunca se propone no es que funcione peor. Es que nadie en la sala la vende.

Coge la próxima decisión de comprar o construir que tengas sobre la mesa y responde las cinco preguntas antes de mirar ninguna propuesta. Si el área de negocio dueña del proceso no puede responder al menos tres, la decisión todavía no está lista para ir a comité, sin importar cuántas propuestas ya tengas encima de la mesa.

Decidamos si compras o construyes