Ensayo · IA y ejecución
Hay un cementerio formándose dentro de casi toda gran empresa en este momento, y casi nadie le pone una lápida. Está lleno de pilotos de IA que, según todos los presentes el día de la demostración, salieron bien. El modelo funcionó. Los interesados asintieron. Alguien tomó una foto para el boletín interno. Y después, en los meses siguientes, en silencio y sin anuncio formal, no pasó nada. La investigación de Gartner de 2026 le pone un número duro a este patrón: el ochenta y nueve por ciento de los pilotos de agentes de IA nunca llega a producción.[1] El once por ciento que sí escala entrega un retorno promedio del ciento setenta y uno por ciento.[1] Esa brecha entre la mayoría y la minoría no es un error de redondeo. Es el juego entero.
La investigación más amplia de RAND sobre proyectos empresariales de IA cuenta una historia parecida desde otro ángulo. En la muestra estudiada, el 80.3 por ciento de los proyectos empresariales de IA no entregó el valor de negocio prometido a finales de 2025: el 33.8 por ciento se abandonó antes de llegar a producción, el 28.4 por ciento llegó a producción pero no entregó el valor esperado, y el 18.1 por ciento operó pero nunca recuperó sus costos.[2]
La falla casi nunca es técnica
Lo llamativo de estos datos no es la tasa de fracaso en sí. Los pilotos de tecnología siempre han tenido alta mortalidad; eso es casi la definición de un piloto. Lo llamativo es dónde encontraron las causas raíz RAND y otros investigadores cuando escarbaron: definiciones poco claras de éxito fijadas al inicio, cimientos de datos débiles sobre los que el piloto se construyó en silencio, ninguna integración con la forma en que el trabajo ocurre de verdad día a día, iniciativas persiguiendo la tecnología porque estaba disponible y no porque resolviera un problema de negocio específicamente nombrado, y patrocinadores ejecutivos que pasaron a la siguiente iniciativa visible antes de que la primera terminara de verdad.[2] Ninguna de esas cinco causas es un problema de desempeño del modelo. Todas son problemas de diseño organizacional, disfrazados de historia tecnológica porque ese encuadre es más cómodo de escribir en una autopsia.
Qué hace distinto el once por ciento
Las organizaciones que escalan no corrieron un piloto para averiguar si la tecnología funcionaba. Cada vez más, en 2026 esa pregunta ya tiene una respuesta razonablemente segura antes de que el piloto empiece. Corrieron un piloto para responder una pregunta de negocio específica, con la ruta a producción trazada antes de escribir la primera línea del piloto. Esa distinción suena sutil en una oración. En la práctica, es casi toda la diferencia entre un experimento que tiene a dónde ir y uno que no tiene a dónde ir.
Un piloto que demuestra que el modelo funciona y descubre dieciocho meses después que no puede integrarse con el sistema central no ha demostrado nada útil para nadie.
Tres hábitos separan a los que escalan del cementerio, y los he visto repetirse en industrias que no tienen casi nada más en común. Definen el éxito en una métrica de negocio antes de que el piloto empiece: no «¿el modelo se desempeñó bien?» sino «¿bajó el costo por ticket en un porcentaje definido?» o «¿cayeron las pérdidas por fraude por debajo de un umbral definido?». Asignan un dueño de negocio, no un dueño de tecnología, responsable del resultado sin importar qué herramienta o modelo termine entregándolo, lo que significa que la iniciativa sobrevive a un cambio de proveedor, a una actualización de modelo o a la inevitable reorganización que de otro modo la mataría. Y construyen el plan de integración y de gestión del cambio en paralelo con el piloto en lugar de después de que «se pruebe».
Una breve lección de historia sobre pilotos que nunca salen del laboratorio
Este patrón antecede a la IA por décadas, algo que vale recordar antes de tratarlo como un problema exclusivo de 2026. Las implementaciones de ERP en los noventa y los dos mil murieron en piloto por razones casi idénticas: una prueba de concepto funcional sin dueño de producción nombrado, sin métrica de éxito definida, y con un patrocinador que ya había cambiado de rol para cuando el «piloto rápido» llegó a su segundo año. La automatización robótica de procesos pasó por el mismo ciclo hace aproximadamente una década: una ola de pilotos entusiastas, una ola mucho menor de despliegues productivos, y bastante vergüenza silenciosa cuando les preguntaron a los consultores dónde habían quedado los ahorros prometidos. La tecnología cambia. El cementerio se llena igual cada vez, porque la brecha de disciplina es organizacional, no técnica, y las organizaciones tardan en arreglar problemas que diagnosticaron mal como problemas de herramienta.
La excepción honesta
No todo piloto necesita una ruta a producción trazada de antemano, y tratar esto como regla absoluta sería un error propio. La investigación exploratoria genuina, donde el punto entero es aprender si una capacidad es posible siquiera, sin un caso de negocio a la vista, es una categoría legítima, y exigirle un número de estado de resultados a la investigación pura mata el tipo de experimentación que de vez en cuando produce el siguiente avance real. La distinción que importa es si una iniciativa está etiquetada honestamente como investigación exploratoria, con un presupuesto pequeño y acotado y sin expectativa de escalar, o si se disfraza de piloto de negocio mientras funciona en silencio como investigación exploratoria con un presupuesto mucho mayor y un anuncio mucho más ruidoso. La segunda versión es donde el cementerio se llena más rápido, porque todos los involucrados creían estar haciendo la primera.
La pregunta que vale hacerse antes del próximo piloto
Para los ejecutivos que evalúan dónde apostar en los próximos dos trimestres, la pregunta operativa no es «¿funciona esta tecnología?». Cada vez más, sí funciona; la brecha de capacidad se cerró más rápido que la brecha organizacional. La pregunta operativa es: si este piloto tiene éxito exactamente como fue diseñado, ¿ya sabemos cómo llega a producción, quién es su dueño y qué número específico debería moverse? Si la respuesta honesta es no, la iniciativa no es un piloto. Es un demo. Y los demos, por impresionantes que sean ese día, no aparecen en ningún lugar donde el director de finanzas esté mirando.
Fuentes
- Gartner, citado en «89% of AI Agent Pilots Never Scale: Gartner's 2026 Data», THE DAILY BRIEF, 2026. https://www.beri.net/article/ai-agent-adoption-enterprise-2026-gartner-idc
- Investigación de RAND Corporation sobre resultados de proyectos empresariales de IA, finales de 2025, citada en Pertama Partners, «AI Project Failure Statistics 2026». https://www.pertamapartners.com/insights/ai-project-failure-statistics-2026
Juan Vegarra es autor de El manual del outsider (próximamente). Las opiniones aquí son suyas. Más ensayos · Escríbeme