Proyecto de IA fallido: cómo recuperar el control

Es normal sentir frustración si el proyecto de IA no funciona o el proveedor ha dejado de responder. Puedes empezar por recuperar el control de las cuentas, los datos y la documentación, y después decidir con calma si conviene continuar, cambiar de proveedor o parar.

¿Qué debes hacer primero para recuperar el control?

Antes de cambiar nada, aclara qué está en riesgo y qué necesitas para mantener la actividad de la empresa. Haz una lista de los sistemas que forman el proyecto: herramientas de IA, almacenamiento, cuentas en la nube, aplicaciones conectadas, automatizaciones y servicios de terceros. Anota quién puede acceder a cada uno y quién figura como titular.

Separa los problemas en tres grupos: operación —el sistema no está disponible—, control —las cuentas o los archivos dependen del proveedor— y datos —no sabes qué información se ha compartido o dónde está—. Puede haber más de un problema, pero no todos requieren la misma respuesta. Si el proyecto está parado, eso no significa automáticamente que hayas perdido los datos o que no puedas retomarlo. Hay que comprobarlo antes de sacar conclusiones.

Guarda una copia de los correos, propuestas, facturas, mensajes y documentos intercambiados. Registra qué servicio falla, desde cuándo y qué accesos tienes. Evita borrar cuentas, cambiar configuraciones a ciegas o desconectar integraciones sin saber qué procesos dependen de ellas. Un cambio precipitado puede dificultar la recuperación o interrumpir tareas que sí funcionan.

¿Qué accesos y cuentas tienes que revisar?

Empieza por las cuentas que permiten administrar el proyecto, no solo por la aplicación que usaba el equipo. Revisa quién controla el correo asociado, el dominio, el almacenamiento, la plataforma donde se ejecuta la solución y las cuentas de los servicios conectados. Comprueba también quién puede invitar o quitar usuarios y quién recibe los avisos de recuperación.

Si una cuenta está a nombre de la empresa y tienes acceso administrativo, conserva ese control y actualiza la lista de personas autorizadas. Si depende de una cuenta personal del proveedor, pide por escrito que se transfiera o que se habilite un acceso de administración para la empresa. No compartas contraseñas por correo ni envíes credenciales en documentos sin protección. Si sospechas que alguien conserva acceso que ya no necesita, consulta con quien gestione tus sistemas cómo retirarlo sin bloquear el servicio.

Pide que el proveedor detalle qué servicios externos utiliza y quién administra cada uno. También solicita que confirme qué accesos tiene todavía. Si no responde, deja constancia de tus intentos y prioriza recuperar las cuentas que estén bajo control de la empresa. No des por hecho que tener una cuenta en la aplicación significa controlar el alojamiento, los datos o las conexiones.

¿Cómo recuperar los datos sin perder información útil?

Solicita una exportación de los datos en un formato que puedas abrir y reutilizar, junto con una explicación de qué contiene. Según el proyecto, puede incluir documentos de entrada, resultados generados, configuraciones, registros de actividad o información necesaria para reconstruir los procesos. Pide que se indique qué elementos no se pueden exportar y por qué.

Comprueba la copia antes de dar por terminado el paso: abre varios archivos, verifica que se entienden y confirma que no falta información que necesites para trabajar. Si recibes una copia de seguridad —una copia guardada para recuperar información—, pregunta cómo se restaura y qué partes incluye. No elimines los originales ni las cuentas relacionadas hasta saber que la exportación sirve y que la empresa puede conservarla de forma adecuada.

Identifica si los datos incluyen información personal, es decir, datos que permiten identificar a una persona. No hace falta presumir que ha habido una incidencia, pero sí saber qué información se compartió, con qué servicio y quién tenía acceso. Si no puedes aclararlo, consulta con la persona responsable de protección de datos o con un asesor especializado antes de decidir qué hacer con esos archivos.

¿Qué código y documentación debes pedir?

Pide el material que permita entender y mantener la solución, no solo una demostración o un manual breve. Según el alcance acordado, puede ser necesario solicitar el código, las instrucciones de instalación, las configuraciones, las conexiones con otros sistemas, las pruebas realizadas y la documentación de los procesos. Pregunta también qué partes dependen de herramientas o licencias de terceros.

Una entrega útil debe explicar cómo se ejecuta la solución, qué necesita para funcionar y qué tareas siguen dependiendo del proveedor. Solicita una lista de incidencias conocidas y de cambios pendientes. Si recibes archivos que no puedes abrir o instrucciones que no permiten reproducir el funcionamiento, señala por escrito qué falta y pide una aclaración concreta.

No des por sentado que todo el código es automáticamente tuyo ni que el proveedor puede retenerlo. Lo que puedes usar, modificar o transferir depende de lo pactado y de las licencias aplicables. Revisa esos puntos con un profesional antes de encargar a otra persona que reutilice el material. Para ordenar el alcance y las entregas de futuros trabajos, puedes consultar esta guía para encargar un proyecto de IA.

¿Qué revisar en el contrato antes de reclamar o cambiar de proveedor?

Busca el contrato, la propuesta aceptada y cualquier anexo o intercambio que describa el trabajo. Revisa qué se contrató, qué debía entregarse, qué se considera terminado y qué soporte se incluyó. Localiza también las condiciones para poner fin al servicio, los plazos de aviso que se hayan pactado y el procedimiento para pedir una entrega o exportación.

Comprueba cómo se regulan la titularidad y las licencias del código y de los materiales, la confidencialidad, la devolución o eliminación de datos, el acceso a cuentas y la intervención de terceros. Son asuntos que conviene verificar en el texto concreto; no des por hecho que se resuelven igual en todos los contratos.

Si el proveedor trataba datos personales por cuenta de tu empresa, revisa el acuerdo correspondiente. El artículo 28.3 del RGPD, Reglamento General de Protección de Datos, establece que el tratamiento por parte del encargado debe regirse por un contrato u otro acto jurídico que lo vincule respecto del responsable. Esta referencia no permite resolver por sí sola una disputa ni determina qué debe entregar tu proveedor en tu caso. Pide a un abogado o a tu asesor de protección de datos que revise el contrato y te indique cómo actuar. No tomes esta guía como asesoramiento jurídico.

¿Qué hacer si el proveedor no responde o ha desaparecido?

Envía una solicitud clara por un canal que deje constancia. Describe qué necesitas recuperar, quién debe facilitarlo y qué problemas impiden continuar. Pide una respuesta concreta sobre los accesos, la exportación de datos, los materiales acordados y las tareas pendientes. Conserva la comunicación y evita amenazar con medidas que no hayas revisado con un profesional.

Mientras esperas, identifica qué procesos de negocio dependen de la solución y qué alternativa manual puedes usar de forma temporal. No intentes reconstruir todo el proyecto si solo necesitas mantener una tarea concreta. Si hay otra persona en la empresa que conoce el proceso, pídele que documente cómo se trabaja ahora y qué información necesita para hacerlo.

Si el proveedor sigue sin contestar, un asesor puede ayudarte a valorar los siguientes pasos a partir del contrato y de las comunicaciones. En paralelo, un profesional técnico puede revisar qué servicios siguen activos y qué opciones de acceso existen. Mantén separadas ambas cuestiones: recuperar la operativa puede requerir una solución técnica, mientras que una reclamación o una disputa contractual necesita otro análisis.

¿Cómo decidir si conviene relanzar el proyecto?

No continúes solo porque ya se haya invertido tiempo o dinero. Define qué tarea concreta debía resolver la IA, quién la usa y qué resultado permitiría considerarla útil. Después revisa qué falló: el problema estaba mal definido, faltaban datos, la integración no era viable, el proveedor no entregó lo acordado o el equipo no podía mantener la solución. Si no puedes identificar el motivo, pide una evaluación independiente antes de encargar una reconstrucción.

Valora el coste de seguir con el sistema, la dependencia de un proveedor, el trabajo manual que seguiría haciendo falta y la facilidad para cambiar de herramienta. No necesitas automatizar todo el proceso. Puede bastar con resolver una parte pequeña o decidir que la IA no encaja en esa tarea.

Si tiene sentido probar de nuevo, limita el alcance y acuerda desde el principio qué se entregará, cómo se comprobará y cómo recuperarás los datos y los accesos si el trabajo termina. Un piloto —una prueba acotada antes de extender la solución— ayuda a comprobar la utilidad sin comprometer toda la operativa. Puedes usar esta guía para plantear un piloto de IA en la empresa y, si necesitas apoyo para elegir o coordinar al proveedor, revisar la guía para contratar consultoría de IA.

¿Cómo evitar volver a quedar atado?

Pide que las cuentas importantes estén a nombre de la empresa y que haya más de una persona autorizada para administrarlas. Acuerda entregas periódicas de la documentación y define qué formato recibirás para los datos y los materiales. Antes de empezar, deja por escrito qué depende de terceros, qué licencias hacen falta y qué ocurrirá con los accesos y la información cuando termine el servicio.

Asegúrate de que alguien de tu equipo entiende la operación básica y sabe a quién acudir si el proveedor no está disponible. No hace falta que esa persona programe: debe poder localizar las cuentas, saber qué tarea presta el sistema y conocer los pasos para mantener el proceso de negocio mientras se resuelve una incidencia.

El objetivo no es eliminar toda dependencia, algo que puede no ser realista, sino conocerla y tener opciones. Recupera primero lo que te permita operar y decidir. Después revisa el contrato y el proyecto con las personas adecuadas. Con esa información podrás continuar, cambiar de proveedor o cerrar el servicio con menos incertidumbre.