Cómo hacer que tu proyecto de IA no termine en el 95% que fracasa

El MIT publicó en julio de 2025 un informe llamado The GenAI Divide: State of AI in Business, y el dato que se llevó todos los titulares fue este: el 95% de los proyectos de inteligencia artificial generativa no dejó ningún impacto medible en las cuentas de la empresa. Entre treinta y cuarenta mil millones de dólares invertidos, y solo un 5% de los sistemas integrados produciendo valor de verdad.

Antes de que ese número te sirva de excusa, conviene leerlo bien. No dice que la IA no funcione. Dice que 95 de cada 100 proyectos no dejaron rastro en ninguna parte donde se pudiera medir. Es un problema de cómo se metió la IA, no de la IA.

Y la causa es incómoda, porque es la misma en casi todos los casos: le metemos inteligencia artificial a un proceso que ya estaba dañado. Lleno de aprobaciones que sobran, de pasos manuales, de "espérame que le pregunto a fulano". La IA no arregla nada de eso. Lo acelera. Terminas con el mismo desorden, más rápido.

Esta guía es lo que no cabía en el video: cómo se rediseña un proceso de verdad, paso por paso, sin volverte loca en el intento. Son tres pasos y un trabajo previo de diez minutos.

Lo que de verdad encontró el informe

Vale la pena conocer los otros hallazgos, porque explican por qué fracasa tanta gente que sí estaba poniéndole ganas.

Las herramientas no aprenden. El informe le puso nombre al problema central y lo llamó la brecha de aprendizaje: los sistemas que se implementaron no guardan lo que se les corrigió, no se adaptan al contexto de quien los usa y no mejoran con el tiempo. Cada sesión empieza de cero. Sirven para un borrador y se caen en cuanto el trabajo es serio, porque no recuerdan cómo se hicieron las cosas la vez pasada.

La plata va a donde se ve, no a donde rinde. Más de la mitad de los presupuestos se fue a las funciones visibles, ventas y marketing, que es donde se puede mostrar una demo bonita. El retorno aparecía en el trabajo administrativo de atrás, el aburrido, el que nadie presenta en una junta. Ese quedó sin financiar.

Comprar funcionó mejor que construir. Los proyectos que se compraron a un proveedor especializado llegaron a producción el 67% de las veces. Los que la empresa construyó por dentro, desde cero, llegaron el 33%. La mitad de las veces.

Y la gente ya lo resolvió sola. Solo el 40% de las empresas tenía una suscripción oficial de IA, pero el 90% de los trabajadores encuestados usaba su propia cuenta personal para trabajar todos los días. El informe lo llamó la economía en la sombra. Mientras la iniciativa corporativa se quedaba trancada, cada quien resolvió por su cuenta lo que necesitaba.

Ese último dato es el más útil de todos, porque te dice dónde está el conocimiento real. No en el proyecto grande que se anunció. En las personas que ya están haciendo su trabajo distinto y no se lo han contado a nadie.

La base de todo: rediseñar no es automatizar

Hay una diferencia que parece de palabras y no lo es.

El que automatiza toma su proceso tal como está y le pone IA encima para que corra más rápido. Termina con lo mismo, más rápido. El que rediseña se pregunta cómo se haría esto si naciera hoy, con IA desde el primer día, y termina con un proceso que antes no existía.

No es una idea mía. Ravin Jesuthasan lo explicó en MIT Sloan Management Review con un método de tres movimientos: deconstruir el trabajo en tareas, redistribuir cada tarea a quien mejor la haga, y reconstruir el proceso alrededor de esa nueva repartición. La clave está en que el trabajo se sigue organizando por cargos rígidos cuando ya debería organizarse como un sistema de tareas que se mueven. Una empresa global de servicios financieros que lo hizo así redujo el esfuerzo a la mitad, bajó los costos un 40% y perdió casi un 20% menos de gente.

Fíjate en el orden. Primero las tareas, después las herramientas. Nunca al revés.

Antes de empezar: escoge un proceso, uno solo

Esto lo puedes hacer hoy y te toma diez minutos. Es la decisión más importante de toda la guía, porque si escoges mal, los tres pasos que siguen no te van a servir de nada.

Escoge un proceso completo, de principio a fin. No diez tareítas sueltas que te molestan: eso no se suma. Un proceso es algo que empieza con algo que llega y termina con algo que sale, y en el medio pasan cosas.

Entre todos los que tienes, escoge el que cumpla una de estas dos condiciones. O es el que más tiempo te come, o es el que más te cuesta cuando sale mal. No busques el más fácil de arreglar: busca el que duele.

Y revisa que no se te esté colando ninguno de estos tres, porque son los que hacen abandonar a mitad de camino:

1. El proceso que no es tuyo. Si no puedes cambiar quién aprueba qué, vas a poder rediseñarlo en papel y no vas a poder moverlo. Escoge uno donde tú mandes.
2. El proceso que no puedes medir hoy. Si no tienes idea de cuánto tiempo te toma ni cuánto te cuesta, no vas a poder demostrar después que mejoró. Antes de rediseñarlo hay que poder pesarlo.
3. El proceso que en realidad son seis. Si al describirlo tienes que decir "y también" más de dos veces, son varios procesos disfrazados de uno. Corta hasta que quede uno.

Escríbelo en una frase, con sujeto y verbo, así de simple: "recibo los pedidos por WhatsApp, los paso a la hoja de cálculo, confirmo con bodega y le respondo al cliente".

Paso uno: el mapa de tareas

Este es el paso que el video no alcanzaba a cubrir y es donde está la mitad del trabajo.

Antes de abrir una herramienta, antes de crear nada, hay que partir el proceso en tareas y decidir una por una qué pasa con cada cual. Lo primero es escribirlo como ocurre hoy, no como debería ocurrir. Una línea por tarea, en orden, en tus palabras, sin arreglarlo mientras lo escribes.

Para saber dónde termina una tarea y empieza otra, usa esta regla: una tarea es un pedazo con un solo responsable y un resultado que se puede ver. Si necesitas más de una línea para explicarla, son dos tareas. Si no puedes decir qué queda hecho cuando termina, no es una tarea, es una sensación.

Un proceso normal da entre ocho y veinte líneas. Si te salen más de veinticinco, escogiste un proceso demasiado grande y toca volver a cortar.

Cuando tengas la lista, a cada línea le pones uno de estos cuatro veredictos:

La categoría más valiosa es la primera, y es la que casi nadie usa. Cada tarea que desaparece te ahorra el trabajo de automatizarla. Antes de preguntarte quién hace esta tarea, pregúntate si esta tarea tiene que existir.

El prompt para hacerlo acompañada. Si prefieres que Claude te ayude a partir el proceso en vez de mirarlo en blanco, abre una conversación nueva y pega esto:

Voy a rediseñar un proceso de mi trabajo para meterle inteligencia artificial, y quiero hacerlo bien: primero las tareas, después las herramientas. Todavía no vamos a construir nada ni a hablar de herramientas.

Este es el proceso, tal como lo hago hoy:

[DESCRIBE AQUÍ TU PROCESO EN TUS PALABRAS, DE PRINCIPIO A FIN, SIN ARREGLARLO]

CÓMO QUIERO QUE HABLEMOS

- Una sola pregunta por mensaje. No me mandes listas de preguntas.
- Sin términos técnicos y sin nombrarme herramientas.
- Si te respondo algo vago, repregúntame con MI contexto, no con un ejemplo genérico.

FASE 1. PARTIRLO EN TAREAS

Hazme preguntas hasta poder escribir la lista de tareas de este proceso, en orden. Una tarea es un pedazo con un solo responsable y un resultado que se puede ver. Pregúntame por los pedazos que doy por obvios, sobre todo por las esperas, las aprobaciones y los momentos en que tengo que preguntarle algo a alguien.

Cuando la tengas, muéstrame la lista numerada y pregúntame si falta algo. No sigas hasta que yo confirme.

FASE 2. EL VEREDICTO DE CADA TAREA

Con la lista confirmada, propón para cada tarea uno de estos cuatro veredictos, y una línea de por qué:

- DESAPARECE: existe por un problema que ya no existe
- LA HACE LA IA SOLA: repetitiva, con reglas claras, y el error es barato
- LA HACE LA IA Y YO REVISO: el resultado sale al mundo o entra a una decisión
- LA HAGO YO: necesita criterio, contexto que solo tengo yo, o alguien que responda

Empieza siempre por preguntarte si la tarea puede desaparecer, antes de pensar en quién la hace. Si crees que una tarea sobra pero no estás seguro, márcala y dime qué habría que averiguar para decidirlo.

Sé honesto en las que dices que puede hacer la IA sola: si el error sería caro o difícil de detectar, no la pongas ahí.

FASE 3. ENTREGABLE

Dame una tabla con tres columnas: TAREA, VEREDICTO, POR QUÉ. Debajo, dos listas cortas: las tareas que desaparecen y las que necesitan que yo decida algo antes de seguir.

Sin introducción y sin cierre. Solo eso, para copiarlo y guardarlo.

Guarda esa tabla. Es el documento con el que vas a trabajar de aquí en adelante, y es lo que vas a comparar dentro de un mes.

Una advertencia sobre el mapa. Lo que sale de aquí es una hipótesis, no una verdad. Vas a descubrir en la práctica que una tarea que marcaste para la IA necesitaba criterio, y que otra que te habías quedado en realidad sobraba. Eso no es haberlo hecho mal: es para lo que sirve tener el mapa escrito. Sin él no tendrías cómo darte cuenta.

Paso dos: cambia los roles, no solo las tareas

Y acá es donde casi todo el mundo se cae, porque cree que ya terminó.

Tienes el mapa, sabes qué hace la IA y qué haces tú, y se siente como si el rediseño estuviera listo. No lo está. Falta la parte que decide si esto se sostiene cuando algo sale mal, que es siempre.

Con el mapa al lado, responde estas tres preguntas por escrito:

Quién decide. Cuando el proceso llega a una bifurcación, quién escoge el camino. Si la respuesta es "la IA propone y alguien aprueba", ese alguien tiene nombre y hay que escribirlo.

Quién revisa. Aquí aparece una tarea que antes no existía en tu proceso: vigilar lo que saca la IA. No es un detalle administrativo, es trabajo nuevo, cuesta tiempo real y hay que asignárselo a alguien de verdad. Si nadie tiene ese trabajo, lo que en realidad decidiste fue no revisar.

Quién responde. Cuando el error salga al mundo, y va a salir, quién da la cara. La IA ejecuta, pero no absorbe la responsabilidad del error. Eso sigue siendo de una persona.

Escríbelo en tres líneas, con nombres propios. Si trabajas sola, escríbelo igual, porque el ejercicio no es repartir sino darte cuenta de cuánto trabajo nuevo te acabas de poner encima. A veces al hacer esta cuenta descubres que la tarea que le pasaste a la IA te cuesta más en revisión de lo que te ahorra en ejecución. Mejor saberlo ahora.

Paso tres: mide tiempo, costo y calidad

Este es el que casi nadie hace, y es la razón por la que el 95% fracasa. No fracasan porque los proyectos no sirvan. Fracasan porque nadie puede demostrar que sirvieron.

Deja de medir tu éxito por adopción. Cuántas herramientas tienes, cuántas personas las usan, cuántas cosas hiciste con IA esta semana, cuántos tokens gastaste: nada de eso es un resultado. Es actividad. El informe del MIT es justamente la historia de miles de millones de dólares gastados con excelentes números de adopción y ningún impacto que se pudiera medir.

Se miden tres cosas, y se miden antes de tocar nada:

La toma de antes es la que la gente se salta, y sin ella todo lo demás es una anécdota. Si no sabes cuánto te tomaba el proceso el mes pasado, dentro de tres meses vas a tener una sensación de mejora y ninguna forma de saber si es cierta.

Y prepárate para el resultado más común de todos, que es el que nadie cuenta: a veces no cambia nada. El proceso simplemente se hace de otra forma. Eso también es información, y es infinitamente más valioso que un tablero lleno de métricas de uso que no significan nada.

Los errores que va a cometer todo el mundo

Empezar por la herramienta. Es el error madre y del que salen casi todos los demás. Abrir la herramienta primero te obliga a acomodar tu proceso a lo que esa herramienta sabe hacer, que es exactamente automatizar lo viejo.

Medir adopción. Contar usuarios, herramientas o cantidad de cosas hechas con IA. Es el error que el informe del MIT documenta a escala de miles de millones de dólares.

Rediseñar las tareas y dejar los roles intactos. Si nadie se hizo cargo de revisar la salida de la IA, no rediseñaste el proceso: le pusiste un motor más rápido y le quitaste los frenos.

Saltarse la medición de antes. Se hace en una tarde y no se puede recuperar después. Es la única parte de esta guía que caduca.

Construirlo todo por dentro desde cero. Es la tentación de quien ya sabe hacer cosas. Los datos del informe son claros: comprar lo que ya existe llegó a producción el doble de veces que construirlo desde cero. Construye lo que es tuyo y particular, compra lo que ya resolvió alguien más.

Escoger diez tareítas en vez de un proceso. Diez mejoras pequeñas repartidas por todas partes no se suman en ningún lado, y por eso no aparecen en ninguna medición.

Por dónde empezar

Hoy, tres cosas, en este orden.

1. Escoge el proceso y escríbelo en una frase. Diez minutos. El que más tiempo te come o el que más te cuesta cuando sale mal.
2. Toma la medición de antes. Tiempo, costo y calidad, tal como está el proceso hoy, sin haber cambiado nada. Es lo único que no vas a poder hacer después.
3. Haz el mapa de tareas. Con el prompt de arriba o a mano en una hoja. No abras ninguna herramienta hasta que la tabla esté completa.

Cuando tengas esas tres cosas, ya estás por delante del 95%. No por saber más de inteligencia artificial, sino por haber hecho el trabajo aburrido que ellos se saltaron.

Deja de preguntarte qué tareas automatizar y pregúntate cómo funcionaría esto si naciera hoy, con IA desde el día uno.

Fuentes

Las dos investigaciones que sostienen esta guía, con el enlace directo por si quieres ir a la letra.

• Aditya Challapally, Chris Pease, Ramesh Raskar y Pradyumna Chari, The GenAI Divide: State of AI in Business 2025, MIT NANDA (2025). De aquí salen el 95% sin impacto medible, la brecha de aprendizaje, el reparto del presupuesto, la diferencia entre comprar y construir, y la economía en la sombra. El trabajo se hizo entre enero y junio de 2025 con la revisión de más de 300 iniciativas de IA hechas públicas, entrevistas estructuradas en 52 organizaciones y 153 respuestas de líderes senior. Informe completo en PDF.
• Ravin Jesuthasan, «Want AI-Driven Productivity? Redesign Work», MIT Sloan Management Review (1 de mayo de 2025). De aquí sale el método de deconstruir, redistribuir y reconstruir, y el caso de la empresa global de servicios financieros que redujo el esfuerzo a la mitad, bajó los costos un 40% y perdió casi un 20% menos de gente. Artículo.