La cifra circula por todas partes desde hace meses. El 88% de los pilotos de agentes de IA no llega a producción. Suena demoledora, y se repite como si fuera una sentencia sobre la tecnología. No lo es. Es una sentencia sobre cómo se abordan los proyectos. La diferencia entre el 88% que se queda en el cajón y el 12% que llega a funcionar casi nunca está en el modelo: está en lo que se hace antes de tocar el modelo.

Conviene empezar por atribuir bien el dato, porque mucha cobertura lo cuenta mal. Ese 88% no es de Gartner: procede de IDC, en su AI CIO Playbook 2025 con Lenovo. La métrica es nítida: por cada 33 pruebas de concepto que lanza una empresa, solo cuatro pasan a producción. Si arrancas un piloto sin saber esto, ya partes con el sesgo del optimista.

¿Por qué fallan los pilotos de IA? No es la inteligencia, es el diseño

Los informes que más se citan apuntan todos a la misma raíz, y no es la potencia del modelo. IDC, MIT y Gartner coinciden en que el cuello de botella es la preparación: datos, procesos e integración. El modelo casi siempre funciona en la demo. Lo que no funciona es el sistema alrededor: el acceso a los datos correctos, la conexión con lo que ya tienes, el criterio para decidir cuándo el agente acierta.

El estudio State of AI in Business 2025 del MIT (iniciativa NANDA) lleva el dato aún más lejos: según el informe, el 95% de los pilotos de IA generativa en empresas no produce un retorno medible. Solo un 5% genera impacto real en la cuenta de resultados. Y el patrón del 5% que sí lo logra es revelador: aplicaciones concretas, integradas a fondo en un flujo de trabajo existente, no herramientas genéricas conectadas por encima.

La trampa del piloto. Un agente que responde bien en una demo controlada no es un agente en producción. Entre los dos hay datos reales, casos límite, integración con sistemas vivos y supervisión continua. Saltarse esa distancia es exactamente lo que infla la estadística del 88%.

¿Cuáles son las tres causas raíz que separan al 88% del 12%?

Cuando se ordenan los motivos de fracaso, casi todos caen en tres cestas. No son problemas de IA. Son problemas de planteamiento que un buen diagnóstico detecta antes de gastar un euro en construir.

¿Por qué fallan los pilotos por criterios de éxito poco claros?

Muchos pilotos arrancan sin una definición medible de qué significa "funcionar". Sin esa cifra de partida, el proyecto no se puede evaluar ni defender ante quien paga. Por eso el primer paso no es elegir herramienta, sino diagnosticar el proceso. Como explicamos en nuestro caso real de por qué un diagnóstico cambia la respuesta antes de implementar IA, la pregunta correcta casi nunca es la que trae el cliente.

¿Cómo afecta el acceso insuficiente a datos y sistemas?

Gartner, en su predicción de junio de 2025, calcula que más del 40% de los proyectos de IA agéntica se cancelarán antes de que termine 2027. Entre las causas que cita están los costes crecientes y el valor de negocio poco claro. Buena parte de ese coste oculto es conectar el agente a la infraestructura que ya existe y darle acceso fiable a datos de producción. La inteligencia rara vez es el problema; el acceso seguro a tus sistemas, casi siempre.

¿Qué pasa sin una evaluación continua del agente?

Un agente que se monta y se abandona deja de ser fiable en semanas. Sin un mecanismo para comprobar que sigue acertando, el proyecto se degrada en silencio. Aquí es donde el criterio humano deja de ser un eslogan y se vuelve infraestructura: hay que controlar qué decide el agente cada día, no solo el día del lanzamiento.

¿Cómo estar en el 12% que llega a producción? Diagnóstico, criterios y evaluación

El 12% que llega a producción no tiene mejor IA. Tiene mejor método. Y ese método se reduce a tres decisiones que se toman antes de construir, no después.

Nada de esto es contraintuitivo. Es, simplemente, lo que se salta el 88%. Después de seis meses publicando sobre agentes de IA, lo hemos visto repetirse: los proyectos que mueren no mueren por falta de tecnología, mueren por exceso de prisa. El piloto que llega a producción es el que se diseñó como un sistema desde el primer día, no como una demo a la que luego se le pega la realidad.