Líderes de opinión

El 95% de los pilotos de IA fracasan, y los malos datos son el culpable

mm
Añade Unite.AI a tus fuentes preferidas en Google

La investigación de MIT ofrece una realidad desoladora para los líderes empresariales: el 95% de los proyectos de IA nunca superan la etapa de piloto. A pesar del revuelo en las salas de juntas sobre el potencial transformador de la IA, la mayoría de las iniciativas fracasan a la hora de generar un valor comercial significativo.

La sabiduría convencional culpa a los modelos débiles, la capacidad de cómputo limitada o el talento técnico escaso. Pero la experiencia de trabajar con cientos de empresas cuenta una historia diferente. El verdadero cuello de botella no son los algoritmos. Es la calidad de los datos. Los datos malos o inconsistentes socavan silenciosamente incluso los esfuerzos de IA más avanzados, convirtiendo las apuestas de innovación en costos hundidos.

El costo oculto de los malos datos

En las empresas, los malos datos a menudo descarrilan los proyectos de IA antes de que escalen. Considera un escenario familiar: una empresa del Fortune 500 invierte meses en construir un modelo de predicción de abandono. El piloto parece sólido — preciso y lleno de promesas. Pero en el momento en que se mueve hacia la producción, aparecen las grietas.

Las tuberías se rompen en los peores momentos. Los trabajos críticos se ejecutan con horas de retraso, perdiendo las ventanas de intervención. Las tablas de repente pierden filas después de cambios upstream no anunciados. Las credenciales de API caducan sin advertencia, cortando las fuentes esenciales. Los datos de piloto limpios se convierten en un flujo de entradas inconsistentes o estancadas.

El efecto de onda es devastador. Hay predicciones poco fiables, y los stakeholders pierden la confianza. El proyecto se archiva, no porque los algoritmos fallaran, sino porque la base se derrumbó. Meses de desarrollo, millones en inversión y horas contables de ingeniería desaparecen.

Esto no es un caso aislado. Según el informe State of Data Observability 2024 de Pantomath, el 94% de las organizaciones dicen que los problemas de tuberías erosionan la confianza en sus datos, y el 90% tarda horas o incluso semanas en solucionarlos. Si tu estrategia de IA se basa en datos poco fiables, el fracaso está esperando justo alrededor de la esquina.

Por qué la IA necesita cimientos sólidos

El éxito de la IA depende de la calidad de los datos. Como dice el refrán, “Basura dentro, basura fuera”. Incluso los mejores modelos se derrumban si los datos que los alimentan están defectuosos, al igual que construir un rascacielos sobre arena movediza.

Piensa en un coche de carreras: la ingeniería de clase mundial y un conductor habilidoso no significan nada si el combustible está contaminado. De la misma manera, los modelos de aprendizaje automático elegantes fallan cuando se alimentan de datos poco fiables.

Los sistemas de IA necesitan datos precisos y en tiempo real para adaptarse y funcionar. Cualquier interrupción — trabajos fallidos, registros perdidos, cambios de esquema — puede erosionar la precisión o incluso romper el sistema por completo. Tal vez un motor de recomendaciones se dispara y los clientes abandonan, o un sistema de detección de fraude pierde amenazas.

Sin cimientos de datos sólidos, la IA se convierte rápidamente en una gran responsabilidad. Eso es por qué la confiabilidad, la confianza y la integridad de los datos son requisitos previos para cualquier estrategia de IA exitosa.

El estado actual de las operaciones de datos

La mayoría de las empresas aún confían en procesos manuales y reactivos para ejecutar operaciones de datos — un modelo que simplemente no escala para la IA. Cuando algo se rompe, los ingenieros se apresuran a rastrear problemas a través de arquitecturas multiplataforma y parchearlos uno a uno.

Este enfoque de bomberos crea tres problemas principales:

  • Detección retrasada: Los problemas pueden persistir durante días o semanas, dejando que los modelos de IA funcionen con datos comprometidos.
  • Reparaciones incompletas: La resolución de problemas manual es inconsistente, a menudo perdiendo las causas raíz y dejando los sistemas vulnerables.
  • Capacidad perdida: El talento de ingeniería se pasa más tiempo persiguiendo fallos que impulsando la innovación.

La complejidad solo complica el desafío. Los ecosistemas de datos modernos abarcan decenas de plataformas y dependencias enmarañadas que pocos entienden. Diagnosticar las causas raíz a menudo significa revertir la ingeniería de las tuberías. Este proceso puede tomar días o incluso semanas.

Agrega más personas al problema: consultores, contratistas, equipos de datos más grandes. Eso es como solucionar atascos de tráfico contratando más policías de tráfico. El problema real no es el personal, es la ausencia de un sistema de confiabilidad de datos.

Observabilidad y automatización como catalizadores

El camino hacia adelante es cambiar las operaciones de datos de la lucha contra incendios manual a operaciones proactivas y automatizadas construidas sobre dos pilares: observabilidad y automatización.

La observabilidad ofrece visibilidad en tiempo real en todo el ecosistema de datos — monitoreando el rendimiento del trabajo, la frescura, la calidad y las dependencias — para que los problemas se detecten antes de que alcancen las aplicaciones de IA. En lugar de esperar a que los equipos downstream informen problemas, las empresas obtienen una vista siempre activa en la salud y el flujo de sus datos.

La automatización agrega la velocidad y la escala necesarias para actuar sobre esa visibilidad. Cuando un trabajo crítico falla a las 3 AM, los sistemas automatizados pueden detener los flujos de trabajo downstream, alertar a los equipos correctos con contexto completo y incluso lanzar acciones correctivas.

Juntas, estas capacidades marcan un cambio fundamental. La confiabilidad de los datos ya no es solo una tarea de oficina trasera para ingenieros especializados. Está surgiendo como una capacidad estratégica que subyace a todas las ambiciones que las empresas tienen para la IA.

Cerrar la brecha de piloto a producción

El fracaso de muchas iniciativas de IA yace en el salto de piloto a producción. Los pilotos funcionan con conjuntos de datos estáticos y curados que los científicos de datos pueden limpiar y validar cuidadosamente. La producción, por otro lado, es desordenada. Requiere manejar flujos constantes de datos diversos que fluyen desde toda la empresa.

Cuando la teoría se convierte en práctica, es cuando comienzan a aparecer las grietas. Los procesos por lotes que funcionan en los pilotos no pueden seguir el ritmo de las demandas en tiempo real. Los conjuntos de datos prevalidados dan paso a entradas crudas e inconsistentes. Los entornos controlados deben interactuar con plataformas legacy, API de terceros y sistemas comerciales en constante cambio.

Es por eso que las empresas que cruzan esta brecha invierten en infraestructura de confiabilidad de datos. La base de la confiabilidad de los datos apoya esas demandas de producción desordenadas y del mundo real. La confiabilidad de los datos ayuda a que su sistema se prepare para lo que está por venir.

Recomendaciones para las empresas

Las organizaciones que escalan la IA con éxito comparten estrategias comunes:

  • Invertir en confiabilidad de datos desde el principio. Hacer que la calidad sea un requisito previo, poniendo en marcha el monitoreo, las pruebas y la validación antes de mover los pilotos a la producción.
  • Implementar prácticas de observabilidad. Rastrear no solo los fallos de trabajo, sino también los cambios de volumen, la frescura, los cambios de esquema y las métricas de calidad que afectan directamente el rendimiento de la IA.
  • Automatizar las operaciones rutinarias. Utilizar la detección y resolución automatizadas para reducir la lucha contra incendios y liberar a los ingenieros para el trabajo estratégico.
  • Construir mecanismos de responsabilidad. Tratar la calidad de los datos como una prioridad empresarial con una propiedad clara y bucles de retroalimentación entre productores y consumidores.
  • Diseñar para la resiliencia. Arquitecturar sistemas para contener fallos, utilizando puntos de validación para evitar que los datos malos se propaguen.

La tasa de fracaso del 95% de la IA no es inevitable. Es prevenible. El problema no es la IA en sí, sino la falta de cimientos de datos sólidos para respaldarla. El éxito en las operaciones de datos es el éxito en la IA. Son lo mismo.

Esta es una llamada de alerta. Las empresas deben ir más allá de los enfoques manuales y reactivos y adoptar sistemas proactivos y automatizados. No te detengas hasta que tengas una verdadera confiabilidad. Las herramientas y prácticas para solucionar un “problema de datos malos” ya existen hoy en día.

Las organizaciones que abrazan este cambio verán más que solo tasas de éxito de IA más altas. Transforman la forma en que utilizan los datos, dando paso a nuevas perspectivas en toda la empresa.

Así que puedes seguir financiando pilotos que están condenados por datos poco fiables. O puedes construir cimientos sólidos que hacen de la IA una ventaja sostenible. Depende de ti.

Shashank es el CEO de Pantomath y desempeñó un papel instrumental en la fundación de la empresa. También es socio de Sierra Ventures, donde lidera las inversiones de software empresarial. Antes de sus roles en Pantomath y Sierra Ventures, Shashank fue co-fundador y CEO de VNDLY, que se fundó en 2017 como un sistema de gestión de proveedores (VMS) en Cincinnati, OH, y fue adquirido por Workday en 2021 por $510M.

Después de la adquisición, Shashank fue el gerente general de Workday VNDLY. Shashank comenzó su carrera en la gestión de aplicaciones de TI en banca, comercio minorista y comercio electrónico antes de construir un récord de éxito en empresas de Fortune 25, como Citi y Kroger, Co., donde lideró la estrategia corporativa y la transformación digital. Shashank también ha sido un inversor ángel y socio de venture activo en etapas tempranas y ha estado involucrado con varias otras empresas de SaaS. Shashank tiene una licenciatura en ciencias de la computación y un MBA en finanzas, y un título de maestría en sistemas de información de la Universidad de Cincinnati.