Cómo evitar quedar atado a un proveedor de IA

El proveedor cambió las condiciones en la renovación del segundo año. El comité pidió cotizaciones de alternativas y descubrió algo peor que el precio nuevo: migrar iba a tardar más que cambiar de sistema contable. Firmaron.

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

El proveedor cambió las condiciones en la renovación del segundo año. El comité pidió cotizaciones de alternativas y descubrió algo peor que el precio nuevo: migrar iba a tardar más que cambiar de sistema contable. Firmaron.

Nadie firma un contrato de IA pensando en cómo salir de él. Se firma pensando en la demo, en el precio del primer año y en cuánto tiempo ahorra el equipo desde el primer mes. La pregunta de salida ni siquiera llega a la mesa, y cuando llega, casi siempre la hace el abogado por rutina, no el comité por estrategia. Se contesta con una cláusula genérica que nadie vuelve a leer.

El problema es que la dependencia de un proveedor no se firma ese día. Se construye después, mes a mes, en silencio: un proceso que aprende a funcionar con el formato de datos de ese sistema y ningún otro, un equipo que entrena su criterio sobre las rarezas de esa herramienta específica, una integración escrita directamente contra su API sin ninguna capa intermedia. Para cuando alguien mide cuánto costaría salir, ya no es una pregunta hipotética. Es la pregunta que decide si se puede negociar algo o solo aceptar lo que llegue.

El síntoma

¿Cómo evita una empresa quedar atada a un único proveedor de IA?

La dependencia avisa antes de volverse un problema, solo que los avisos se ven como normalidad operativa, no como riesgo. Estas son las señales que casi siempre están ahí antes de la renovación que sale cara:

• Nadie en la empresa sabe, sin preguntarle al proveedor, cómo se exportan los datos ni en qué formato quedarían.
• El contrato original no menciona qué pasa si la empresa decide irse: ni plazo de transición, ni ayuda, ni precio de esa ayuda.
• El proceso más crítico llama directamente a la API del proveedor desde el código, sin ninguna capa propia en el medio.
• La "alternativa" que se evaluó al principio nunca se volvió a mirar, y nadie sabría decir hoy si sigue siendo viable.
• La renovación se firma sola cada año, sin que ningún comité vuelva a comparar el mercado, porque el sistema funciona y nadie quiere abrir esa conversación.

El problema de fondo

El lock-in no se firma. Se acumula.

Casi tres de cada cuatro ejecutivos de empresa dicen que perder a su proveedor principal de IA interrumpiría la operación diaria o los dejaría sin poder funcionar. Solo el 6% podría dejar de usarlo sin ninguna interrupción. Y entre quienes ya intentaron migrar de proveedor, más de la mitad dice que la migración fracasó por completo o tardó bastante más de lo previsto. Fuente: encuesta de Zapier entre 542 ejecutivos de empresa en Estados Unidos, 2026.

Esa cifra no describe un accidente de contrato. Describe lo que pasa cuando ninguna decisión de arquitectura se toma pensando en la salida, porque en el momento de tomarla la salida no es el problema que hay que resolver. El problema es lanzar rápido, y lanzar rápido casi siempre significa la ruta más corta: conectar directo, guardar el dato como lo entrega el proveedor, entrenar al equipo en su interfaz exacta. Cada atajo es razonable el día que se toma. La suma de todos, tres años después, es una empresa que no puede negociar el precio porque no tiene con qué amenazar con irse.

El proveedor más fácil de dejar es el que negociaste antes de necesitarlo. El que es imposible de dejar es el que dejaste crecer sin mirarlo.

BECOME

El marco

¿Qué negociar antes de firmar con un proveedor de IA?

Las cinco piezas siguientes se negocian o se construyen antes de que la dependencia exista, porque después el proveedor ya sabe que la empresa no tiene alternativa real y deja de tener motivo para ceder nada.

Dato exportable

El contrato tiene que decir, con precisión, en qué formato se entregan los datos y las configuraciones si la empresa se va, no solo que "tendrá acceso" mientras dure la relación. Acceso no es lo mismo que propiedad utilizable en otro sistema.

Cláusula de salida firmada antes de necesitarla

Plazo de transición, nivel de ayuda del proveedor saliente y precio de esa ayuda, escritos en el contrato inicial, no negociados en plena crisis cuando ya no queda margen de maniobra.

Capa propia entre el proceso y el proveedor

El proceso crítico no debería hablar directo con la API de un proveedor específico. Una capa intermedia que la empresa controla permite cambiar lo que hay detrás sin rehacer el proceso completo.

Segunda opción probada, no solo evaluada

Para el proceso de mayor riesgo, mantener una alternativa mínima que de verdad funcione, revisada cada cierto tiempo, no una comparación que se hizo una vez al principio y se archivó.

Fecha de revisión obligatoria

Un disparador en el calendario, independiente de si el proveedor satisface o no, que obligue a comparar el mercado antes de que la renovación se firme sola por inercia.

Ninguna de las cinco piezas cuesta más caro negociada al principio que negociada después. Cuesta más barato: al principio el proveedor todavía está compitiendo por el contrato y tiene motivo para ceder. Después, ya ganó, y cada pieza que faltó se paga con el precio de la siguiente renovación.

Antes de la próxima renovación, pide el precio y el plazo de la ayuda para salir, no solo el descuento por quedarte. Si el proveedor no tiene esa cifra lista, ya sabes cuánta prioridad le da a que te quedes por elección y no por el costo de irte.

Negociemos la salida antes de firmar la entrada