Mi agencia de IA no me da resultados: pide una segunda opinión
Ya pagaste a una agencia de IA y no ves nada. Antes de romper el contrato, pide cuatro cosas (accesos, inventario de flujos, registro de fallos y propiedad del código) y una segunda opinión independiente. Esta guía trae el protocolo de 8 preguntas que delata a un proveedor que no controla lo que montó, y el criterio para decidir si se arregla, se rehace o se apaga.
Si tu agencia de IA no te da resultados, no rompas el contrato todavía. Pide primero cuatro cosas por escrito (accesos de administrador, inventario de flujos, registro de fallos y propiedad del código) y una segunda opinión independiente sobre lo que te entregaron. Con eso sabes en una o dos semanas si el problema es el proveedor, el proceso o la expectativa. Esta guía es para quien ya pagó: la frase "mi agencia de IA no me da resultados" no la busca nadie que esté empezando. Aquí tienes qué exigir, las ocho preguntas que delatan a un proveedor que no controla lo que montó y el criterio para decidir si se arregla, se rehace o se apaga. Si lo que necesitas es el orden completo desde cero, está en la guía para implantar IA en una empresa; esta pieza empieza donde aquella termina.
Por qué «mi agencia de IA no me da resultados» casi nunca es culpa de la IA
Cuando una agencia de IA no da resultados, la causa casi nunca está en el modelo: está en que se automatizó un proceso sin mapear, sin una línea base con la que medir y con un proveedor que no controla lo que construyó. Las tres se corrigen, pero solo la tercera obliga a decidir si sigues con él. Por eso conviene diagnosticar antes de romper.
Lo he visto muchas veces con la misma secuencia: propuesta brillante, demo que funciona, entrega, y a los tres meses nadie usa nada. El informe The GenAI Divide del MIT (2025) lo mide: el 95% de las organizaciones no obtiene un retorno medible en su cuenta de resultados con IA generativa. Ojo con cómo se cita: en España se repite como "el 95% de los proyectos fracasa", y el informe no dice eso. Importa porque el mismo estudio atribuye la brecha al enfoque, no a la calidad de los modelos ni a la regulación. En su muestra, el 60% de las organizaciones evaluó herramientas de IA de nivel empresarial, el 20% llegó a piloto y solo el 5% a producción, y la mayoría cayó por flujos frágiles y desalineación con el trabajo diario (MIT, 2025).
Flujos frágiles es la firma de un proveedor que montó sin entender el proceso. RAND lo confirma: su informe de 2024 sobre las causas raíz del fracaso de los proyectos de IA sitúa como primera causa que quien encarga y quien ejecuta no entienden (o no se comunican) qué problema hay que resolver, y recoge que, según algunas estimaciones, más del 80% de los proyectos de IA fracasa, el doble que los proyectos de TI sin IA.
Las seis causas de fondo, con el síntoma que delata cada una, están en por qué la IA no da resultados en tu negocio. Este artículo se ocupa de lo que aquel no cubre: qué hacer con el proveedor que tienes delante.
Y pasa ahora más que nunca: según el INE (2025), el 21,1% de las empresas españolas de 10 o más empleados ya usa inteligencia artificial, 8,7 puntos más que un año antes. Mucha de esa adopción es una primera compra, hecha sin término de comparación: no has visto otra entrega con la que juzgar la tuya.
Qué pedirle a tu proveedor actual antes de romper el contrato
Antes de romper con tu agencia de IA pídele cuatro cosas por escrito: acceso de administrador a las plataformas donde corre tu sistema, un inventario de cada flujo y agente con lo que hace, el registro reciente de ejecuciones y fallos, y la cesión expresa de la propiedad del código y los prompts. Lo que no te entreguen en dos semanas es lo que nunca tuviste.
La petición tiene dos objetivos. Uno práctico: sin esas cuatro piezas nadie puede darte una segunda opinión seria. Otro diagnóstico: la reacción del proveedor ya es una respuesta. Quien controla lo que montó te lo manda en dos días. Quien no, pide plazo, cambia de tema o dice que "eso es interno".
| Qué pides | Qué debería llegarte | Qué significa si no llega |
|---|---|---|
| Accesos de administrador | Un usuario tuyo, con permisos de administrador, en cada plataforma: n8n, Make o Zapier, el proveedor del modelo y el canal (WhatsApp, correo, web) | El sistema vive en cuentas ajenas: cuando la relación acabe, el sistema acaba con ella |
| Inventario de flujos y agentes | Una lista con cada flujo: qué lo dispara, qué sistemas toca, qué datos lee y quién lo usa | Nadie sabe qué hay montado, ni ellos. Tampoco podrán mantenerlo |
| Registro de ejecuciones y fallos | Exportación o captura del historial: cuántas ejecuciones, cuántos errores, qué se resolvió a mano | No se ha mirado nunca. Los "resultados" que te cuentan son percepción, no dato |
| Propiedad del código y los prompts | Cláusula firmada que cede los derechos de explotación, más el código, los JSON de los flujos y los prompts en un repositorio tuyo | Sin cesión escrita, lo que pagaste no es tuyo |
La última fila tiene ley detrás. El texto consolidado de la Ley de Propiedad Intelectual (BOE, Real Decreto Legislativo 1/1996) dice en su artículo 45 que toda cesión de derechos debe formalizarse por escrito, y en el 43 que la cesión queda limitada a las modalidades expresamente previstas y, si no se menciona plazo, dura cinco años. Con un empleado ocurre lo contrario (el artículo 97.4 atribuye el programa al empresario), pero tu agencia no es tu empleado. Si en el contrato solo pone "desarrollo de automatización" y una cifra, tienes un servicio pagado, no un activo. Cómo se negocia esa cláusula está en agencia de IA o equipo interno.
Pedir esto no es una declaración de guerra, y conviene decirlo así al pedirlo. Un proveedor decente lo entiende como la documentación que debió entregar al cerrar el proyecto. Si se lo toma como un ataque, ya sabes algo más.
¿Cómo saber si mi proveedor de IA controla lo que montó? Las 8 preguntas
Un proveedor de IA controla lo que montó si puede enseñarte, en una llamada y sin preparar nada, dónde corre cada flujo, qué falló la última semana, qué datos lee el sistema y qué pasa cuando cambian. Las ocho preguntas de este protocolo se hacen en veinte minutos, y no importa tanto la respuesta correcta como la respuesta que delata.
Las preguntas salen de la queja que más se repite entre quienes ya pagaron. En foros españoles aparece casi literal: pymes que compraron una automatización "que a los 3 meses ya no les funciona y la empresa proveedora no responde". Los tres meses no son casualidad: es cuando caduca el primer token, cambia el primer formato de datos o llega la primera factura de plan agotado.
- "¿Dónde corre exactamente mi sistema y a nombre de quién están las cuentas?" Respuesta que delata: "Corre en servidores propios, no te preocupes". Respuesta sana: plataforma por plataforma, con el titular de cada cuenta y quién la paga.
- "¿Qué falló la semana pasada?" Delata: "Nada, va todo bien". Un sistema vivo falla cada semana en algo pequeño, y quien lo vigila lo sabe. Sana: un número, una causa y qué se hizo.
- "¿Qué datos lee el sistema y qué pasa cuando cambian?" Delata: silencio, o "está todo conectado". Sana: una lista de fuentes (hoja, CRM, catálogo, web) y qué ocurre cuando alguien cambia un precio o un campo.
- "¿Cómo medimos que funciona?" Delata: "El cliente está contento", o el número de conversaciones del chatbot. Sana: una línea base medida antes y una métrica ligada a dinero u horas, comparada después.
- "¿Qué cambios de las plataformas que usamos hay anunciados para los próximos seis meses?" Delata: no saber de qué hablas. Las API, los modelos y los planes cambian con calendario público, y mantener consiste en leer ese calendario.
- "Si mañana desaparecen, ¿qué necesita otra persona para seguir operando esto?" Delata: "Eso no va a pasar". Sana: un documento por flujo, los exports, las credenciales a tu nombre y un tiempo de traspaso estimado.
- "¿Quién de su equipo conoce mi proyecto además de usted?" Delata: nadie. Una sola persona con el conocimiento es una automatización con fecha de caducidad: la de sus vacaciones.
- "¿Qué parte de lo que me vendieron no funcionó como esperaban?" Delata: "Todo funcionó". En cada proyecto que he entregado hay algo que salió distinto de lo previsto, y contarlo es la única prueba de que alguien lo miró.
Cuenta las respuestas que delatan. Con una o dos, tienes un proveedor normal con documentación pendiente: reclámala. Con cuatro o más, tienes a alguien que vendió algo que no controla, y el diagnóstico pasa a ser sobre él, no sobre la IA.
¿Y si mi agencia de IA contesta bien a todo pero sigo sin resultados?
Entonces el problema no es el proveedor: es el proceso que se eligió o la expectativa con la que se vendió. Es la situación más incómoda que veo: un sistema técnicamente sano automatizando algo que no dolía, o midiendo algo que no se traduce en dinero. Ahí la conversación no es de ruptura sino de cambio de alcance, y la segunda opinión sirve para decirlo sin que suene a ataque.
¿Qué incluye una segunda opinión sobre mi proveedor de IA?
Una segunda opinión sobre tu proveedor de IA es una revisión independiente de lo que te entregaron frente a lo que te vendieron: alguien ajeno entra en los flujos, las cuentas, los registros y el contrato, mide el estado real del sistema y te devuelve un veredicto por escrito con tres salidas posibles (arreglar, rehacer o apagar) y el coste de cada una.
Es lo mismo que haces con un presupuesto de reforma, y por la misma razón: quien te vendió no puede auditarse a sí mismo. Y tú, salvo que vengas del sector, tampoco puedes juzgar. Eurostat (2025) recoge que, entre las empresas de la UE que se plantearon usar IA y no lo hicieron, la razón más citada fue la falta de conocimiento especializado, con el 70,89%. Esa misma carencia, con el sistema ya comprado, te impide saber si está bien hecho; la segunda opinión pone método donde falta criterio.
Así hago yo una segunda opinión, paso a paso, y así deberías exigirla a quien te la haga:
- Recojo lo que el proveedor entregó. Las cuatro piezas del apartado anterior. Si faltan, la primera conclusión ya está escrita.
- Contrasto la propuesta con lo entregado. Qué prometía el documento comercial, qué existe de verdad y qué parte se quedó en la demo.
- Entro en los flujos y leo los registros. Ejecuciones, errores, casos resueltos a mano. Dos a cuatro semanas de datos bastan para saber si el sistema trabaja o adorna.
- Reconstruyo la línea base que nadie midió. Cuánto costaba ese proceso antes, en horas o en errores, con los datos que la empresa tenga. Sin eso, "no me da resultados" y "me da resultados" son opiniones.
- Pongo precio a las tres salidas. Arreglar (horas de ajuste más mantenimiento mensual), rehacer con propiedad tuya, y apagar y operar a mano.
- Entrego el veredicto por escrito, con criterios. Para que puedas contrastarlo con un tercero, incluido tu proveedor actual.
El paso 3 es donde se ve la diferencia entre un sistema que se entiende y uno que se sufre. Cuando monté Patitas, un asistente de IA para un negocio de salud animal que responde con datos reales del negocio y cobra online sin que intervenga nadie, la parte difícil no fue el modelo: fue documentar de dónde sale cada dato que usa y qué ocurre cuando un cobro falla. Ese documento existe porque sin él nadie podría mantener el sistema, ni yo dentro de un año. Es lo que le pido al proveedor de otro en una segunda opinión, y lo que puedes pedir tú.
Un aviso con las cartas boca arriba: yo también monto sistemas, así que una segunda opinión mía tiene un interés que conviene nombrar. Se neutraliza con el paso 6: veredicto escrito con criterios comprobables, precio de las tres salidas y la opción de apagar sobre la mesa. Si quien te la da solo contempla rehacerlo él, no es una segunda opinión: es otra propuesta.
¿Se arregla o se rehace? El criterio cuando tu agencia de IA no te da resultados
Se arregla cuando el proceso de negocio sigue siendo el mismo, el fallo está localizado y tienes acceso para tocarlo. Se rehace cuando el sistema corre en cuentas ajenas sin documentación, cuando el proceso cambió o cuando repararlo exige entender algo que su autor ya no explica. Lo que pagaste no vota: solo cuentan el estado actual y el coste de cada opción.
Sobre el terreno hay una tercera salida que nadie propone porque no factura: apagar. Si la segunda opinión descubre que el proceso automatizado no dolía, o que el equipo volvió al método manual hace meses sin decirlo, lo honesto es apagar el sistema y dejar de pagar su cuota. Suele ser la conclusión que más alivia y la que menos gusta oír.
El matiz que más veces cambia el veredicto es la propiedad. Un flujo mediocre en cuentas tuyas, con exports y documentación, se arregla casi siempre y barato. Un flujo brillante en cuentas del proveedor, sin cesión firmada, se rehace, porque arreglar algo que no es tuyo es invertir en un activo ajeno. Y mantener pesa más que construir: con qué se rompe un sistema, con qué frecuencia y quién debería vigilarlo está en mantenimiento de automatizaciones, la partida que decide si arreglar sale a cuenta.
Un dato ayuda a no sobrecorregir llevándolo todo dentro. El informe del MIT (2025) midió lo contrario: en su muestra, las implantaciones con socios externos llegaron a despliegue en torno al 67% de los casos, frente al 33% de las construidas internamente, con la advertencia expresa de que la correlación no prueba causalidad. El problema no era contratar fuera; era contratar sin control. Rehacer con otro proveedor, esta vez con las cuatro piezas por contrato desde el primer día, suele ser el camino corto.
¿Cuánto tiempo le doy a mi agencia de IA antes de cambiar?
Dos semanas para entregar las cuatro piezas y un ciclo de medición de dos a cuatro semanas para ver el sistema con datos. Si en seis semanas no tienes ni accesos, ni registros, ni una métrica, ya esperaste suficiente. No pagues otra cuota a cambio de silencio ni aceptes "estamos en ello" como entrega.
«Mi agencia de IA no me da resultados»: cómo cambiar de proveedor sin perder lo pagado
Cambiar de agencia de IA sin perder lo que pagaste consiste en exportar todo antes de anunciar nada, rotar las credenciales a nombre de tu empresa, reclamar por escrito la cesión del código y pactar con el siguiente proveedor, desde el contrato, las cuatro piezas que al primero le faltaron. Lo que no puedas exportar ni reclamar, dalo por perdido y quédate con el proceso.
El orden importa. Primero exportas: los flujos de n8n y Make salen como JSON, los prompts se copian, las conversaciones y los registros se descargan. Después rotas: cada credencial a nombre del proveedor o de un exempleado se sustituye por una de la empresa, comprobando que el sistema sigue ejecutando tras cada cambio. Solo entonces comunicas la decisión, por escrito, con la referencia al contrato y la petición de cesión. Anunciar antes de exportar es regalar la palanca.
Con el siguiente proveedor, la lección cabe en una cláusula y una costumbre. La cláusula: cuentas a tu nombre, cesión expresa del código y los prompts, documentación como hito de pago y compromiso de respuesta con plazos. La costumbre: una revisión mensual de veinte minutos en la que alguien te enseña qué falló, qué cambió y qué está anunciado. Es la revisión que, de haber existido con el primero, te habría ahorrado este artículo.
Yo opero n8n autoalojado en producción para mis propios procesos, y por eso sé cómo se rompe un sistema: los míos también se rompen, y alguien los mira cada semana. En Godius, agencia de inteligencia artificial aplicada a empresas reales, esta situación es una de las puertas de entrada más habituales: un sistema que no rinde, un proveedor que responde tarde y la duda de si te vendieron humo. El trabajo empieza por la segunda opinión, no por la venta, y el veredicto incluye la opción de que no me contrates. El detalle está en la página de consultoría estratégica de IA.
Preguntas frecuentes
¿Qué hago si mi agencia de IA no me da resultados?
No rompas el contrato a ciegas. Pide por escrito acceso de administrador a las plataformas, un inventario de los flujos, el registro de ejecuciones y fallos y la cesión de la propiedad del código. Con eso, una segunda opinión independiente te dice en una o dos semanas si el problema es el proveedor, el proceso elegido o la expectativa con la que te lo vendieron.
¿Qué es una segunda opinión sobre un proveedor de IA?
Es una revisión independiente de lo que te entregaron frente a lo que te vendieron. Alguien ajeno al proveedor entra en los flujos, las cuentas, los registros y el contrato, mide el estado real del sistema y te devuelve un veredicto por escrito con tres salidas posibles: arreglar, rehacer o apagar, cada una con su coste. Quien la hace debe contemplar las tres.
¿De quién es el código de una automatización que pagué a una agencia?
Solo es tuyo si el contrato lo cede por escrito. En España, el artículo 45 de la Ley de Propiedad Intelectual exige que toda cesión de derechos se formalice por escrito, y el artículo 43 limita la cesión a las modalidades pactadas y a cinco años si no se menciona plazo. Si el contrato solo dice 'desarrollo' y una cifra, pagaste un servicio, no un activo.
¿Cómo sé si mi proveedor de IA controla lo que montó?
Hazle ocho preguntas sin avisar: dónde corre el sistema y a nombre de quién, qué falló la semana pasada, qué datos lee, cómo se mide, qué cambios de plataforma hay anunciados, qué haría falta para operarlo sin ellos, quién más conoce el proyecto y qué no salió como esperaban. Quien controla responde con datos en veinte minutos; quien no, pide plazo.
¿Cuánto tiempo le doy a mi agencia de IA antes de cambiar?
Dos semanas para que entregue accesos, inventario, registros y cesión del código, y un ciclo de medición de dos a cuatro semanas para ver el sistema con datos. Si en seis semanas no tienes ni accesos ni una métrica, ya esperaste suficiente. No pagues otra cuota a cambio de silencio ni aceptes 'estamos en ello' como entrega.
¿Puedo cambiar de proveedor de IA sin perder lo que ya pagué?
Casi siempre en parte. Exporta los flujos (n8n y Make los sacan como JSON), copia los prompts, descarga registros y conversaciones y rota las credenciales a nombre de tu empresa antes de anunciar nada. Lo que corra en cuentas del proveedor sin cesión firmada suele perderse; lo que se salva siempre es el proceso: qué hacía el sistema, con qué datos y para quién.
Fuentes
- [1]The GenAI Divide: State of AI in Business 2025 (MIT, Project NANDA)(2025)
- [2]The Root Causes of Failure for Artificial Intelligence Projects and How They Can Succeed (RAND)(2024)
- [3]Encuesta sobre el uso de TIC y del comercio electrónico en las empresas. Año 2024 - Primer trimestre 2025 (INE)(2025)
- [4]Use of artificial intelligence in enterprises (Eurostat)(2025)
- [5]Real Decreto Legislativo 1/1996, Ley de Propiedad Intelectual, texto consolidado (BOE)(1996)
Seguir por aquí
- Estrategia y adopción de IA en la empresa
Por qué la IA no me da resultados en mi negocio: las 6 causas reales
El dolor real no es no tener IA: es haberla probado y que no pasara nada. Estas son las seis causas que explican casi todos los intentos fallidos, con el síntoma que delata cada una, y un método para auditar la automatización que ya tienes antes de tirarla.
- Automatización de procesos con IA
Mantenimiento de automatizaciones: quién lo hace cuando se rompe y el proveedor no contesta
Las automatizaciones con Make, Zapier o n8n se rompen solas aunque nadie las toque: API que cambian, tokens que caducan, planes que se agotan. Este es el manual completo de mantenimiento: qué exigir por contrato, cómo detectar que tu proveedor va a desaparecer y cómo recuperar el control de un flujo huérfano.
- Estrategia y adopción de IA en la empresa
Agencia de IA o equipo interno: cómo decidir dónde pones el dinero
El coste cargado de un perfil interno en España, el coste de un proyecto y el de no hacer nada, comparados sin sesgo. Incluye las cláusulas que evitan que a los tres meses no funcione y nadie responda.