Contratar IA para tu empresa tiene un riesgo que casi nadie pregunta antes de firmar: qué pasa el día que quieras dejar de pagar. No es una pregunta incómoda por hablar de dinero, es incómoda porque la respuesta suele ser "nada bueno", y para entonces ya tienes tu proceso, tu equipo y a veces tus clientes dependiendo de un sistema que no controlas.
Se llama lock-in: quedarte atrapado con un proveedor no porque sea el mejor, sino porque salir cuesta más que quedarte. Con software normal ya existe, pero con IA se agrava, y conviene entender por qué antes de firmar nada.
Por qué el lock-in pesa más con IA que con software normal
Con una herramienta tradicional, si te vas mal con el proveedor, casi siempre puedes exportar tus datos en bruto (un CSV, una copia de la base de datos) y reconstruir el proceso en otro sitio. Molesto, pero posible.
Con IA aplicada de verdad hay dos capas más que se quedan atrapadas con el proveedor:
- La lógica de decisión. No es solo el dato, es la regla que decide qué hacer con él: qué tarifa aplicar, cuándo escalar un aviso, cómo validar una factura. Si esa lógica vive solo dentro del proveedor (en sus prompts, su configuración, su "modelo propio"), perderla no es perder un informe, es perder el criterio con el que operas.
- La integración con tu sistema. Un agente que escribe pedidos en tu ERP o factura por ti no es un panel que se consulta aparte: está enganchado a tu operación diaria. Desconectarlo de golpe deja un agujero en un proceso que ya dependía de él.
Es la misma idea que ya contamos al hablar de qué significa de verdad "modelo propio": muchas veces la etiqueta esconde justo esto, una caja negra pensada para que solo el proveedor sepa moverse dentro. El lock-in no es un efecto secundario, a veces es el modelo de negocio.
La pregunta que resume las demás
Antes de entrar en detalle, una sola pregunta filtra la mitad de los proveedores: "Si mañana dejo de pagarte, ¿qué me llevo?"
Las respuestas típicas de un proveedor con lock-in suenan bien hasta que las piensas dos veces: "no te preocupes, todo queda seguro en nuestra plataforma", "el código es propiedad nuestra, es lo normal en el sector", "puedes exportar tus datos cuando quieras" (pero no las reglas que los interpretan). Ninguna responde a la pregunta real, que no es si tus datos existen en algún sitio, sino si tú puedes seguir operando sin ese proveedor.
Las 4 preguntas que hay que hacer antes de firmar
| # | Pregunta | Respuesta con lock-in (señal de alarma) | Respuesta sin lock-in (lo que hay que exigir) |
|---|---|---|---|
| 1 | ¿Dónde vive el dato? | "En nuestra plataforma, tienes acceso por nuestro panel" | En tu propio ERP, CRM o base de datos, con acceso directo tuyo |
| 2 | ¿Puedes exportar la configuración, no solo los datos? | "Puedes exportar los datos en crudo cuando quieras" | Puedes llevarte también las reglas de negocio: tarifas, condiciones, flujos |
| 3 | ¿De quién es el código que actúa en tu sistema? | "Es propiedad nuestra, no se entrega ni se documenta" | Es tuyo, o está documentado y auditable por un tercero |
| 4 | ¿Cuánto tardarías en reconstruirlo con otro proveedor? | "Habría que empezar de cero" | Semanas, porque la lógica queda documentada y es portable |
Las dos primeras preguntas se responden mirando dónde vive el sistema. Las otras dos, mirando quién entiende cómo funciona por dentro.
Dónde vive el dato importa más de lo que parece
Cuando el comercial de IA de una distribuidora industrial cotiza por WhatsApp, no lo hace desde una plataforma aparte que hay que aprender y de la que luego hay que exportar: vive dentro de su propio ERP, validando cliente, tarifa y stock contra el sistema real de la empresa, con más de 50.000 productos en catálogo. Si mañana ese cliente decide cambiar de proveedor de IA, el ERP sigue siendo suyo, con todo el histórico dentro. No hay una plataforma externa que "apagar" y de la que rescatar lo que se pueda.
Eso es exactamente lo contrario de un asistente que solo "habla" con tu sistema desde fuera, guardando su propio estado en una nube que no controlas.
Quién entiende el código importa tanto como quién lo tiene
Tener el código no sirve de mucho si nadie salvo el proveedor original sabe leerlo. La pregunta 3 no busca solo propiedad legal, busca que la lógica esté escrita de forma que otro equipo técnico pueda entrar, entenderla y seguir manteniéndola. Un proveedor que solo puede responder "eso lo llevamos nosotros" está describiendo, sin decirlo, el lock-in.
Cómo lo planteamos nosotros
En AutoBoost construimos software e IA a medida directamente dentro del sistema real del cliente: su ERP, su CRM, su contabilidad. No montamos una plataforma propia aparte que el cliente tenga que alimentar y de la que luego dependa para siempre. La lógica de negocio queda documentada, y el código que actúa (el que escribe facturas, cotiza pedidos o clasifica avisos) vive donde ya vivía el resto de su operación.
No es una promesa de que "nunca nos vayamos a ir mal con un cliente". Es al revés: es diseñar desde el principio para que ese escenario, si llega, no sea una catástrofe para nadie.
Checklist: antes de firmar, comprueba esto
- El dato vive en un sistema que es tuyo, no solo accesible desde el panel del proveedor.
- Puedes pedir y recibir una copia de la configuración y las reglas, no solo un export de filas.
- Sabes en qué lenguaje o herramienta está escrito lo que actúa en tu sistema.
- Existe documentación de las reglas de negocio, no solo el código fuente.
- Otro equipo técnico (interno o externo) podría mantenerlo si el proveedor original desaparece mañana.
Si un proveedor no puede marcar estas cinco casillas con hechos concretos, no está vendiendo una herramienta que se integra en tu negocio. Está vendiendo una hipoteca con cuota mensual.
Si estás valorando un proyecto de IA nuevo, o quieres revisar uno que ya tienes con esta lista delante, hablamos en AutoBoost.
