¿Y si su proveedor de IA desaparece mañana?

Una solución de IA que hoy funciona bien puede quedar mañana fuera de servicio, fuera de presupuesto o sin soporte. Su proveedor no tiene que quebrar para que eso ocurra. Basta una adquisición, un cambio de estrategia, una subida de precios, un producto descatalogado o una tecnología que el proveedor ha sustituido.

En una prueba de concepto, eso es una molestia. En una aplicación que sostiene su producción, es un riesgo empresarial. Por eso conviene pensar antes de la compra qué pasa si el proveedor deja de ofrecer lo que usted necesita.

En resumen: Sin acuerdos previos, perder a su proveedor de IA significa perder el acceso a la aplicación y a menudo también a sus propios datos y a su configuración. Además, el riesgo de proveedor va más allá de la quiebra: un producto puede descatalogarse, volverse inasequible o inservible mientras la empresa sigue existiendo. Antes de firmar, deje claro quién es el propietario de los datos y los prompts, en qué formato puede exportarlo todo y cuáles son los plazos de preaviso. Un plan de salida se prepara cuando todavía no se necesita.

Cómo la IA asume trabajo real dentro de un software empresarial a medida se explica en nuestra página de servicio.

El riesgo de proveedor es más que el riesgo de quiebra

Cuando piensa en lo que puede pasarle a su proveedor de IA, lo primero que le viene a la mente es probablemente una quiebra. En la práctica el riesgo es mucho más amplio. Su proveedor puede seguir funcionando mientras la solución que usted utiliza hoy se vuelve inservible o inasequible. Algunos escenarios:

• Los precios se disparan en cuanto usted depende del producto.
• Cambian los límites de uso o las condiciones contractuales.
• El soporte se reduce poco a poco o se eliminan integraciones.
• Sus datos dejan de estar alojados en su región.
• Desaparecen funciones que usa hoy o el modelo subyacente deja de estar disponible.
• El proveedor se centra en las grandes cuentas.
• La seguridad deja de cumplir los requisitos de su sector.

Todos estos escenarios llevan al mismo resultado: usted queda atado a algo que ya no le sirve.

Lo que puede perder

Lo que contiene una aplicación de IA casi siempre es mucho más que software. Además de los documentos de empresa que usted aportó, hay conjuntos de datos depurados, configuraciones, prompts, conexiones con otros sistemas, historial de uso, correcciones de su equipo, clasificaciones propias, informes, resultados de evaluación y el conocimiento de procesos que ha ido acumulando.

Exportar los documentos originales rara vez basta para empezar de nuevo en otro sitio. Todo lo que el sistema aprendió o generó en torno a esos documentos corre el riesgo de desaparecer en cuanto se desenchufa.

Pregunte quién es propietario de qué

Antes de firmar nada, deje por escrito en el contrato quién es el propietario de cada pieza. Con los datos de empresa que usted aporta suele estar claro. Con estas piezas casi nunca lo está:

• la versión enriquecida o depurada de sus datos
• las configuraciones y los desarrollos a medida
• los prompts
• los resultados generados
• los comentarios y las correcciones de su equipo
• la documentación técnica

Preste especial atención a los datos derivados. Si su equipo ha revisado, corregido y clasificado miles de resultados, ahí hay un conocimiento que no encontrará en ningún otro lugar. Ese valor es considerable. No querrá que se quede en manos del proveedor cuando se separen.

Compruebe que realmente puede exportar

«Los datos se pueden exportar» suena tranquilizador. Por sí sola, la frase dice poco. Pregunte más:

• ¿En qué formato de archivo se hace la exportación?
• ¿Se conservan las relaciones entre entidades y se incluyen los metadatos?
• ¿También se pueden exportar las configuraciones?
• ¿Cuánto tarda una exportación y cuánto cuesta?
• ¿Mantiene el acceso a su entorno durante un tiempo después de terminar el contrato?
• ¿Puede otra empresa leer y reutilizar realmente esa exportación?

Un montón de PDF o de archivos CSV no basta necesariamente para volver a poner en marcha una aplicación de IA en otro lugar.

Mantenga los datos críticos fuera de la plataforma

Su proveedor nunca debe ser el único lugar donde se guarda información esencial. Conserve sus datos de origen críticos y sus resultados clave en sistemas que usted mismo gestiona o que puede transferir con facilidad: su ERP, su CRM, su almacén de datos, su gestor documental o su almacenamiento en la nube. Una aplicación de IA puede procesar, resumir, enriquecer e interpretar esa información. No tiene por qué ser su única propietaria.

Evite la dependencia técnica innecesaria

La independencia total rara vez es realista. Lo que sí puede hacer es limitar la dependencia a lo realmente necesario:

• Prefiera conectores estándar a integraciones hechas a medida.
• Mantenga su lógica de negocio fuera del modelo de IA para que otro modelo también pueda ejecutarla.
• Documente sus prompts y configuraciones para que no vivan solo en la cabeza del proveedor.
• Mantenga la elección del modelo sustituible.
• Guarde los datos en formatos habituales y asegúrese de que sus integraciones no dependen de un único proveedor.
• Supervise sistemáticamente el comportamiento del sistema. Así no descubrirá en plena crisis hasta dónde ha llegado la dependencia.

Documente qué hace exactamente la solución

Si solo el proveedor sabe cómo funciona su sistema, cada migración será cara y lenta. Documente desde el principio el objetivo de la aplicación, las fuentes de datos que utiliza, las reglas de decisión, los prompts, las excepciones, las integraciones, los pasos de control, los permisos, los indicadores de rendimiento y las limitaciones conocidas.

Esa documentación no solo sirve en el momento de la salida. También le ayuda en auditorías, en incidentes y en traspasos internos cuando un compañero se hace cargo del asunto.

Prevea un procedimiento de emergencia

Pregúntese qué pasa el lunes por la mañana si la aplicación no está disponible. Para cada proceso crítico de IA necesita una forma de trabajo provisional. Determine:

• qué tareas puede asumir de forma manual
• qué datos deben estar disponibles para ello
• cuánta capacidad puede liberar
• quién decide pasar al procedimiento de emergencia
• qué procesos aplaza temporalmente
• cómo recupera después el retraso

Un procedimiento de emergencia no tiene que ser tan eficiente como su aplicación de IA. Tiene que mantener su empresa en marcha hasta que la situación se estabilice.

Evalúe al proveedor más allá de la demostración

Una demostración dice muy poco sobre la continuidad. Analice también la estabilidad financiera, la estructura de propiedad, los subproveedores de los que depende, cómo organiza la seguridad y la disponibilidad, cómo son su soporte y sus procedimientos ante incidentes, qué seguro y qué responsabilidad asume, cómo es su hoja de ruta y qué apoyo a la salida garantiza por contrato.

En un proveedor joven, la respuesta a estas preguntas no tiene por qué ser negativa. Sí tiene que ser visible y estar bajo control.

Acuerde la salida antes de firmar

Durante la fase de compra tiene el mayor margen de negociación. Aprovéchelo. Acuerde de antemano:

• los plazos de preaviso
• cómo se realiza la exportación de datos
• cómo elimina el proveedor sus datos
• si las configuraciones son transferibles
• qué apoyo a la migración recibe
• los costes de salida
• el acceso temporal tras la rescisión
• qué ocurre en caso de quiebra o adquisición
• cómo se destruyen las copias de seguridad y cómo confirma el proveedor esa destrucción

Esperar a que la colaboración termine de verdad hace esa conversación mucho más difícil.

Distinga entre lo crítico y lo no crítico

Una herramienta de IA que pule textos de marketing no tiene el mismo impacto que una aplicación que planifica sus órdenes de producción, calcula sus precios o prevé su flujo de caja. Cuanto más importante es el proceso, más estrictos deben ser sus requisitos de disponibilidad, documentación, exportabilidad, sustituibilidad, seguridad y procedimientos de emergencia. Para una herramienta periférica suele bastar un enfoque más ligero. Para el núcleo de su actividad no valen las medias tintas.

Conclusión

Preguntarse qué pasa si su proveedor de IA desaparece mañana no es pesimismo. Es continuidad de negocio. Una buena solución de IA le permite cambiar mañana de proveedor, de modelo o de plataforma sin perder sus datos, su conocimiento ni sus procesos. Por eso, antes de comprar, piense en la propiedad, las posibilidades de exportación, la documentación, la dependencia técnica y los procedimientos de emergencia. La mejor salida es la que nunca necesita pese a poder ejecutarla en cualquier momento.

Si quiere tenerlo en cuenta desde el principio, empiece con una hoja de ruta de IA que antepone los objetivos a las herramientas.

Preguntas frecuentes

¿Qué significa en la práctica quedar atado a un proveedor de IA? Que sus datos, prompts, configuraciones y correcciones solo existen dentro de la plataforma y no se pueden exportar ni transferir. Una subida de precios, un cambio de estrategia o una adquisición se convierte entonces de inmediato en un riesgo empresarial, porque no puede cambiar rápidamente sin perder conocimiento de sus procesos.

¿Qué condiciones de salida conviene fijar en el contrato? Los plazos de preaviso, los formatos de exportación, la entrega de configuraciones y prompts, el acceso temporal tras la rescisión, el coste de la salida, cómo confirma el proveedor la eliminación de los datos y qué ocurre en caso de quiebra o adquisición del proveedor. Antes de firmar es cuando tiene más margen de negociación.

¿Y si su proveedor de IA no quiebra sino que duplica sus precios? También eso es quedar atado. Si su proceso depende de esa plataforma y cambiar supone meses de trabajo en datos y configuración, el proveedor tiene de hecho el poder sobre los precios. La documentación, los formatos portables y el estudio de una segunda opción limitan ese riesgo.

¿Qué debe incluir un procedimiento de emergencia para un proceso crítico de IA? Qué tareas puede asumir temporalmente a mano, qué datos deben estar disponibles para ello, cuánta capacidad necesita, quién decide el cambio y cómo recupera después el retraso. El procedimiento no tiene que ser tan eficiente como la aplicación de IA. Tiene que mantener su empresa en marcha.