Estamos viviendo una de las paradojas de productividad mƔs fascinantes de la historia moderna.
por Gennaro Cuofano
- La paradoja que se desarrolla en tiempo real
- El patrón histórico: de Steam a los teléfonos inteligentes
- Por quƩ estamos atrapados en el valle
- El camino para salir del valle
- SeƱales del avance
- La Matriz de Adopción de IA: Un Marco para Comprender el Valle
- La ventaja del arquitecto empresarial
- Patrones históricos: La matriz a través de las revoluciones tecnológicas
- ĀæPor quĆ© la mayorĆa de los usuarios se quedan atrapados en “Experto frustrado”?
- El camino hacia el estatus de arquitecto empresarial
- Cruzando el abismo de la adopción a través de la Matrix
- SeƱales de movimiento de la matriz
- Implicaciones estratƩgicas para las organizaciones
- El marco definitivo
- Resumen: ”En este número!
A pesar de una inversión y una adopción sin precedentes, las herramientas de IA estÔn haciendo que muchos trabajadores sean menos productivos, no mÔs.
No se trata de un fallo de la tecnologĆa, sino de un patrón predecible que ocurre con cada innovación transformadora.
Bienvenido al valle de la adopción.

La paradoja que se desarrolla en tiempo real
Los nĆŗmeros cuentan una historia sorprendente.
Una investigación del MIT de 2025 reveló que las empresas manufactureras que adoptaron IA industrial experimentaron caĆdas de productividad de entre 1,33 y 60 puntos porcentuales antes de ver mejoras. En el desarrollo de software, un riguroso estudio de METR reveló que los desarrolladores experimentados que utilizaban herramientas de IA de vanguardia como Cursor Pro con Claude 3.5 Sonnet eran un 19 % mĆ”s lentos que quienes trabajaban sin IA, aunque creĆan ser un 20 % mĆ”s rĆ”pidos.
La encuesta para desarrolladores de Stack Overflow de 2025 reveló el núcleo del problema: el 66 % de los desarrolladores informa que su principal frustración son las soluciones de IA que son casi correctas, pero no del todo.
La confianza en la precisión de la IA se ha desplomado del 43% en 2024 a solo el 33% en 2025. Mientras tanto, el 45% dice que depurar el código generado por IA lleva mÔs tiempo del esperado.
Este patrón se extiende mucho mÔs allÔ de la programación. En todos los sectores, el 77 % de los trabajadores afirma que las herramientas de IA los han vuelto menos productivos, a la vez que aumentan su carga de trabajo. Casi la mitad (47 %) de los trabajadores que utilizan herramientas de IA admite no estar seguros de cómo lograr las mejoras de productividad esperadas por sus empleadores.
El patrón histórico: de Steam a los teléfonos inteligentes
Esta caĆda de la productividad no es nueva: es el primer acto inevitable de toda revolución tecnológica.
El valle de la adopción sigue una curva en forma de J predecible: entusiasmo inicial, seguido de una caĆda frustrante en la productividad, antes de que surjan eventualmente avances significativos.
- La era de las computadoras personales (décadas de 1980 y 1990) : Cuando las PC llegaron por primera vez a las oficinas, se usaban como costosas mÔquinas de escribir. Inicialmente, la productividad disminuyó a medida que los trabajadores se enfrentaban a nuevas interfaces, fallos de software y la complejidad de los flujos de trabajo digitales. Pasaron años antes de que las empresas descubrieran las hojas de cÔlculo, las bases de datos y la colaboración en red: las aplicaciones nativas que realmente liberaron el potencial de la computadora.
- TecnologĆa móvil (dĆ©cada de 2000-dĆ©cada de 2010)Ā : Los primeros telĆ©fonos inteligentes se posicionaron como telĆ©fonos portĆ”tiles con correo electrónico. Al principio, las empresas tuvieron dificultades para justificar la inversión, ya que los empleados se enfrentaban a teclados diminutos y conexiones poco fiables. La transformación se produjo cuando los desarrolladores crearon ecosistemas de aplicaciones y las empresas rediseƱaron sus operaciones en torno a experiencias nativas móviles.
Cada revolución siguió el mismo patrón: los primeros en adoptarla intentaron imponer nuevas tecnologĆas en flujos de trabajo antiguos, experimentaron caĆdas de productividad y luego descubrieron gradualmente aplicaciones transformadoras que eran imposibles de imaginar de antemano.
Por quƩ estamos atrapados en el valle
El estudio METR revela dos problemas fundamentales que nos mantienen atrapados en el valle de la adopción:
El problema del enfoque
Al integrar herramientas de IA en nuestros flujos de trabajo, perdemos el foco en nuestros objetivos principales. En lugar de centrarnos en resolver problemas de negocio, nos preocupamos por gestionar la propia IA.
Los desarrolladores gastan energĆa mental en elaborar la propuesta perfecta, revisar código “casi correcto” y depurar soluciones generadas por IA en lugar de pensar en decisiones arquitectónicas o lógica empresarial.
Esta sobrecarga cognitiva es invisible pero costosa.
El estudio mostró que los desarrolladores experimentados (personas que teóricamente deberĆan beneficiarse mĆ”s de la asistencia de la IA) se vieron frenados porque tenĆan que cambiar constantemente de contexto entre su experiencia en el dominio y la gestión de la IA.
El problema del desajuste del flujo de trabajo
MƔs fundamentalmente, estamos tratando de incorporar herramientas revolucionarias en los procesos evolutivos.
La adopción actual de IA se parece a utilizar un Ferrari para repartir correo: es técnicamente posible, pero no tiene sentido en absoluto.
La mayorĆa de las organizaciones utilizan IA para lo que los investigadores denominan “implementaciones de bajo valor”: automatizar las respuestas de atención al cliente, generar contenido bĆ”sico o acelerar tareas rutinarias.
Estas aplicaciones producen modestas mejoras de eficiencia, pero no logran liberar el potencial transformador de la IA.
El gran avance llegarÔ cuando rediseñemos por completo nuestros flujos de trabajo en torno a las capacidades únicas de la IA, en lugar de incorporar IA a procesos existentes.
El camino para salir del valle
La historia sugiere tres cambios clave que marcan la transición desde el valle hacia ganancias de productividad transformadoras:
1. Descubrimiento nativo de flujos de trabajo : Asà como las hojas de cÔlculo no eran mejores mÔquinas de escribir, sino formas completamente nuevas de analizar los datos, el verdadero poder de la IA reside en aplicaciones que aún no hemos imaginado del todo. Entre las primeras señales se incluyen agentes de IA capaces de razonar en flujos de trabajo complejos, herramientas de diseño generativo que exploran miles de posibilidades simultÔneamente y sistemas de inteligencia colaborativa donde los humanos y la IA interactúan en tiempo real.
2. Reestructuración organizacional : Las empresas que logran superar la crisis se reorganizan en torno a las capacidades de la tecnologĆa. Esto podrĆa implicar jerarquĆas mĆ”s horizontales que aprovechen la IA para la toma de decisiones, nuevos roles especializados en la colaboración entre humanos e IA, o modelos de negocio completamente diferentes que eran imposibles sin la IA.
3. Evolución de habilidades : Los usuarios de IA mÔs productivos no estÔn aprendiendo a dar mejores indicaciones, sino que estÔn desarrollando nuevas relaciones cognitivas con las mÔquinas. Esto implica comprender cuÔndo confiar en la IA, cuÔndo ignorarla y cómo pensar de forma que complemente la inteligencia artificial en lugar de competir con ella.
SeƱales del avance
A pesar de las dificultades actuales, hay seƱales alentadoras de que estamos empezando a salir del valle:
- Los trabajadores que utilizan IA a diario informan mejoras de productividad del 46,2 %, lo que sugiere que la interacción constante ayuda a desarrollar flujos de trabajo nativos.
- El 92% de las empresas planean aumentar las inversiones en IA en los próximos tres aƱos, lo que indica un compromiso a largo plazo a pesar de los desafĆos a corto plazo.
Es probable que las ganancias de productividad se produzcan de forma desigual. Las empresas pequeƱas y Ć”giles podrĆan descubrir primero aplicaciones innovadoras, mientras que las grandes empresas se enfrentan a sistemas heredados y a la inercia organizativa, exactamente el mismo patrón que observamos en revoluciones tecnológicas anteriores.
La Matriz de Adopción de IA: Un Marco para Comprender el Valle
Para entender por qué estamos estancados y cómo escapar, necesitamos un nuevo marco.
La Matriz de Adopción de IA mapea a los usuarios en dos dimensiones crĆticas: Habilidades de productividad de IA y experiencia en el dominio.
Esto crea cuatro cuadrantes distintos que explican dónde se ubican los diferentes usuarios en el valle de adopción y revela el camino hacia una productividad revolucionaria.

Los cuatro cuadrantes explicados
Bajas habilidades de IA + Escasa experiencia en el dominio: “Los abrumados”
- Nuevos empleados o personas que cambian de carrera y que intentan utilizar herramientas de IA
- Tienen dificultades para comprender su trabajo y gestionar la IA.
- Representan la mayorĆa de las implementaciones de IA fallidas
Altas habilidades en IA + poca experiencia en el dominio: “Los ingenieros rĆ”pidos”
- Usuarios tƩcnicos que dominan las herramientas de IA pero carecen de un contexto empresarial profundo
- Puede generar resultados impresionantes, pero tiene dificultades para crear valor comercial.
- La clƔsica trampa de los primeros en adoptar: grandes demostraciones, impacto limitado
Bajas habilidades en IA + Alta experiencia en el dominio: “Los expertos frustrados”
- Profesionales experimentados que saben exactamente lo que necesitan pero no pueden lograr que la IA se lo proporcione.
- AquĆ es donde aterrizaron los desarrolladores del estudio METR: expertos en el dominio frenados por las curvas de aprendizaje de la IA.
- Representan el mayor valle de productividad, ya que son los que mƔs tienen que ganar pero enfrentan la curva de aprendizaje mƔs pronunciada.
- Dónde se encuentran estancadas la mayorĆa de las organizaciones hoy en dĆa
Altas habilidades en IA + Alta experiencia en el dominio: “Los arquitectos de negocios”
- Este es el punto óptimo de productividad
- Usuarios que comprenden profundamente su dominio y cómo diseñar flujos de trabajo de IA
- Comienzan a combinar la experiencia del dominio con la ejecución impulsada por IA, lo que crea importantes ventajas de velocidad.
- Puede rediseƱar procesos comerciales completos en torno a las capacidades de IA
- Representa el cuadrante innovador que la mayorĆa de las organizaciones estĆ”n tratando de alcanzar
La ventaja del arquitecto empresarial

La magia ocurre en el cuadrante de Arquitecto Empresarial porque estos usuarios dejan de intentar adaptar la IA a los flujos de trabajo existentes y, en cambio, rediseƱan los resultados en torno a las fortalezas de la IA.
Comprenden su dominio lo suficientemente bien como para saber quĆ© significa lo bueno, y comprenden la IA lo suficientemente bien como para diseƱar nuevos caminos para llegar allĆ.
Por ejemplo, en lugar de usar IA para escribir mejores correos electrónicos (mejora incremental), un arquitecto empresarial podrĆa rediseƱar toda la estrategia de comunicación con el cliente en torno a la personalización impulsada por IA a escala (cambio transformacional).
No sólo son mÔs rÔpidos en tareas antiguas, sino que también estÔn logrando resultados que antes eran imposibles.
El estudio de METR reveló por quĆ© este cuadrante es tan difĆcil de alcanzar: los desarrolladores experimentados (alta experiencia en el dominio) se vieron frenados precisamente porque todavĆa estaban en la curva de aprendizaje del desarrollo de habilidades de IA.
SabĆan cómo era un código excelente, pero aĆŗn no habĆan aprendido cómo diseƱar flujos de trabajo de IA que pudieran producirlo de manera confiable.
Patrones históricos: La matriz a través de las revoluciones tecnológicas

Este patrón de matriz se repite en cada adopción de tecnologĆa importante:
Computadoras personales (dƩcadas de 1980 y 1990)
- Expertos frustrados: altos ejecutivos que entendĆan los negocios pero tenĆan dificultades con las interfaces
- Ingenieros rĆ”pidos: especialistas en TI que podrĆan demostrar capacidades tĆ©cnicas sin contexto comercial
- Arquitectos empresariales: Los usuarios innovadores que diseƱaron modelos financieros basados āāen hojas de cĆ”lculo y operaciones basadas en bases de datos
Internet (dƩcada de 1990-2000)
- Expertos frustrados: minoristas tradicionales que entendieron el comercio pero no pudieron construir un comercio electrónico efectivo
- Prompt Engineers: desarrolladores web que crearon sitios impresionantes sin comprender la optimización de la conversión
- Arquitectos empresariales: Amazon, eBay, pioneros que rediseƱaron modelos de negocio enteros en torno a las capacidades de Internet
Móvil (década de 2000-década de 2010)
- Expertos frustrados: empresas de medios tradicionales con excelente contenido pero malas experiencias móviles
- Prompt Engineers: desarrolladores de aplicaciones que crearon aplicaciones tƩcnicamente impresionantes pero comercialmente fallidas
- Arquitectos empresariales: fundadores de Instagram y Uber que diseñaron modelos de negocio nativos para dispositivos móviles
El avance de cada revolución se produjo cuando suficientes personas alcanzaron el cuadrante de Arquitecto Empresarial para crear nuevos estÔndares y flujos de trabajo de la industria.
ĀæPor quĆ© la mayorĆa de los usuarios se quedan atrapados en “Experto frustrado”?
El estudio METR proporciona información crucial sobre por qué el grupo de usuarios mÔs grande y valioso (los expertos en el dominio) estÔ experimentando los mayores impactos en la productividad:
El problema del enfoque revisado
Cuando los expertos en un dominio utilizan herramientas de IA, pierden el foco de su experiencia principal porque al mismo tiempo intentan:
- Resolver su problema de negocio real (su fortaleza)
- Aprenda la mecƔnica de las herramientas de IA (su debilidad)
- Cerrar la brecha entre los resultados de la IA y los requisitos del dominio (territorio inexplorado)
Esta carga cognitiva es la razón por la que los desarrolladores experimentados fueron un 19% mÔs lentos (operaban en tres dominios de conocimiento diferentes simultÔneamente).
El problema del desajuste del flujo de trabajo revisado
Los expertos en el sector intentan preservar sus flujos de trabajo probados a la vez que incorporan la IA como herramienta auxiliar. Pero el verdadero avance les exige cuestionar su enfoque fundamental y rediseƱar los resultados en torno a las capacidades de la IA.
Un arquitecto empresarial no pregunta “ĀæCómo puede la IA ayudarme a codificar mĆ”s rĆ”pido?”, sino “ĀæCómo puedo diseƱar procesos de desarrollo de software que aprovechen las fortalezas de la IA y compensen sus debilidades?”.
El camino hacia el estatus de arquitecto empresarial

Pasar de experto frustrado a arquitecto empresarial requiere desarrollar lo que llamamos “habilidades de integración del dominio de IA”: la capacidad de rediseƱar resultados en lugar de mejorar procesos.
Etapa 1: Competencia en herramientas
- Aprenda la mecÔnica de las herramientas de IA sin preocuparse por la optimización del dominio.
- Centrarse en comprender las fortalezas y limitaciones de la IA
- Desarrollar la memoria muscular para interacciones bƔsicas de IA
Etapa 2: Traducción del dominio
- Mapear las capacidades de IA con los desafĆos de dominios especĆficos
- Identificar dónde las fortalezas de la IA se alinean con los cuellos de botella del dominio
- Inicie pequeƱos experimentos que rediseƱen flujos de trabajo especĆficos
Etapa 3: Arquitectura de resultados
- Cuestionar los supuestos fundamentales sobre cómo debe realizarse el trabajo
- DiseƱar enfoques completamente nuevos que serĆan imposibles sin IA
- Crear bucles de retroalimentación entre las capacidades de IA y la experiencia del dominio
Etapa 4: Integración del sistema
- Escala flujos de trabajo nativos de IA exitosos en procesos comerciales mƔs amplios
- Capacitar a otros en enfoques de integración del dominio de la IA
- Desarrollar continuamente las prƔcticas a medida que avanzan las capacidades de IA
Cruzando el abismo de la adopción a través de la Matrix
El marco āCruzando el abismoā de Geoffrey Moore se adapta perfectamente a nuestra matriz.
El abismo existe porque la mayorĆa de las organizaciones tienen muchos ingenieros rĆ”pidos y expertos frustrados, pero muy pocos arquitectos de negocios.
La mayorĆa inicial no adoptarĆ” la IA hasta que vea pruebas de que personas como ellos (expertos en su campo) han alcanzado con Ć©xito el estatus de arquitectos empresariales.
Necesitan clientes de referencia que demuestren no sólo que la IA funciona, sino que permite resultados fundamentalmente mejores para los desafĆos de su dominio especĆfico.
Esta es la razón por la que la adopción de IA parece estancada: tenemos demostraciones técnicas impresionantes (ingenieros rÔpidos) y una experimentación generalizada (expertos frustrados), pero pruebas insuficientes de valor comercial transformacional (arquitectos comerciales).
SeƱales de movimiento de la matriz
A pesar de las dificultades actuales, hay seƱales alentadoras de que mƔs usuarios estƔn progresando hacia el estado de Arquitecto Empresarial:
- Los trabajadores que utilizan IA a diario informan mejoras de productividad del 46,2 %, lo que sugiere que la prÔctica constante ayuda a desarrollar habilidades de integración.
- Las empresas jóvenes y flexibles se estÔn adaptando mÔs rÔpido que las empresas establecidas: tienen menos flujos de trabajo heredados que preservar.
- EstĆ”n surgiendo herramientas de IA especĆficas de la industria,Ā lo que facilita que los expertos del dominio adquieran competencia en herramientas.
- EstĆ”n apareciendo nuevos roles como “Gerente de producto de IA” y “LĆder de estrategia de IA”,Ā puestos explĆcitos de Arquitecto de negocios.
Implicaciones estratƩgicas para las organizaciones
La matriz revela por quĆ© falla el entrenamiento tradicional en IA: la mayorĆa de los programas se centran en mover a las personas de habilidades bajas en IA a habilidades altas en IA (movimiento horizontal) sin tener en cuenta su nivel de experiencia en el dominio (posición vertical).
Una transformación eficaz de la IA requiere estrategias especĆficas para cada cuadrante:
Para los expertos frustrados (el grupo mƔs grande):
- Proporcionar capacitación en IA especĆfica del dominio, no ingenierĆa de indicaciones genĆ©ricas
- Crear espacios seguros para la experimentación sin presión de rendimiento
- CombĆnelos con Prompt Engineers para la transferencia de conocimientos
- Centrarse en el rediseño de resultados, no en la optimización de procesos
Para ingenieros rƔpidos:
- Incorpórelos con equipos de expertos en el dominio
- Centrar sus habilidades en los desafĆos relevantes para el negocio
- Recompensa el impacto empresarial, no la sofisticación técnica
- Desarrollar su conocimiento del dominio junto con las habilidades de IA
Para el desarrollo de arquitectos empresariales:
- Darles una plataforma y recursos para experimentar con audacia.
- Captura y comparte sus flujos de trabajo innovadores
- Ćsalos como consultores internos para otros equipos.
- Invertir en ampliar sus enfoques en toda la organización
El marco definitivo
El valle de adopción no es solo una cuestión de tiempo: se trata de que los usuarios progresen a través de la matriz hasta alcanzar el estado de Arquitecto de Negocios.
Las organizaciones que sistemÔticamente ayudan a los expertos en el dominio a desarrollar habilidades de integración de IA escaparÔn del valle mÔs rÔpido y de manera mÔs completa que aquellas que simplemente esperan que las herramientas de IA mejoren.
La idea innovadora: las ganancias de productividad no provienen solo de mejores herramientas de IA o de un mayor conocimiento del dominio, sino de la intersección: usuarios que pueden diseñar enfoques completamente nuevos que aprovechen las capacidades de IA para lograr resultados de dominio que antes eran imposibles.
El valle es temporal, pero la matriz es permanente.
Comprender dónde se ubican sus usuarios en la matriz y cómo ayudarlos a progresar hacia el estado de Arquitecto de Negocios determinarĆ” si usted emerge como un lĆder o un rezagado en la economĆa transformada por la IA.
El valle de la adopción no es un problema del progreso tecnológico, sino una caracterĆstica. Y la matriz nos muestra exactamente cómo navegarlo.
Resumen: ”En este número!
La paradoja de la productividad
- A pesar de la gran adopción e inversión en IA, la productividad estÔ disminuyendo para muchos trabajadores.
- MIT (2025): La IA industrial en la manufactura provocó caĆdas de productividad de entre el 1,33 % y el 60 %, antes de producirse ganancias posteriores.
- METR: Los desarrolladores experimentados que utilizan herramientas de IA fueron un 19% mƔs lentos a pesar de pensar que eran mƔs rƔpidos.
- El 77% de los trabajadores afirma que la IA los hizo menos productivos y aumentó la carga de trabajo.
Patrón histórico: El «valle de la adopción»
- Refleja cambios tecnológicos pasados āā(PC, Internet, dispositivos móviles) donde la adopción temprana causó caĆdas antes de que se produjeran grandes avances.
- Etapa inicial: viejos flujos de trabajo forzados a utilizar nuevas herramientas ā frustración, bajo ROI.
- Etapa innovadora: surgen flujos de trabajo nativos que transforman las industrias.
Por quƩ estamos estancados
- Problema de enfoque : la gestión de la IA distrae de la resolución de problemas centrales.
- Desajuste en el flujo de trabajo : la IA se integra en procesos antiguos en lugar de impulsar el rediseño nativo de la IA.
Camino de salida del valle
- Descubrimiento de flujo de trabajo nativo : cree aplicaciones que solo son posibles con IA (por ejemplo, agentes de IA, diseño generativo).
- Reestructuración organizacionalĀ : aplanar jerarquĆas, crear roles de colaboración de IA, cambiar modelos de negocios.
- Evolución de habilidades : crear asociaciones cognitivas entre humanos e IA, sabiendo cuÔndo usar o anular la IA.
La matriz de adopción de IA
- Grafica a los usuarios segĆŗnĀ habilidades de IAĀ (bajas-altas) yĀ experiencia en el dominioĀ (bajas-altas).
- AbrumadoĀ : Pocas habilidades, poca experiencia.
- Ingenieros rÔpidos : altos conocimientos de IA y poca experiencia en el dominio.
- Expertos frustradosĀ : alto conocimiento del dominio, bajas habilidades en IA (el grupo con mayor caĆda de productividad).
- Arquitectos empresariales : Altos en ambos; rediseñan flujos de trabajo para obtener resultados transformacionales.
Convertirse en arquitecto empresarial
- Etapa 1 : Competencia en herramientas: aprender la mecÔnica de la IA.
- Etapa 2Ā : Traducción del dominio: asignar la IA a los desafĆos del dominio.
- Etapa 3 : Arquitectura de resultados: repensar cómo se trabaja con las fortalezas de la IA.
- Etapa 4 : Integración del sistema: escalar y capacitar a otros en procesos nativos de IA.
Implicaciones estratƩgicas para las organizaciones
- La capacitación debe ser especĆfica para cada cuadrante y no uniforme para todos.
- Expertos frustrados: Entrenamiento de IA especĆfico del dominio + rediseƱo de resultados.
- Ingenieros rƔpidos: integrarse en equipos de dominio + desarrollar conocimiento del dominio.
- Arquitectos empresariales: brindar recursos, plataformas y autoridad para escalar avances.
Perspectiva bƔsica
- Las ganancias de productividad no provienen Ćŗnicamente de mejores herramientas de IAĀ oĀ de un mayor conocimiento del dominio.
- Las ganancias surgen de la intersección : personas que pueden diseñar enfoques totalmente nuevos, nativos de IA, que logran resultados anteriormente imposibles.