Marty Cagan ha sido la voz más influyente en la gestión de productos durante dos décadas. Sus libros, *INSPIRED*, *EMPOWERED*, *TRANSFORMED*, definieron el vocabulario que la industria utiliza para hablar de sí misma. Cuando Cagan escribe, el mundo del producto se reorganiza en torno a lo que dice.

Por eso es importante que su trabajo más reciente contenga una contradicción lo suficientemente aguda como para verla desde la órbita.

En diciembre de 2023, Cagan publicó ["The Product Manager Contribution"](https://www.svpg.com/the-product-manager-contribution), donde definió cuatro dominios de conocimiento críticos que el PM debe aportar al equipo: conocimiento profundo de los clientes, fluidez con los datos y análisis, una comprensión profunda del negocio (salida al mercado, partes interesadas, economía, cumplimiento) y dominio del panorama competitivo y las tendencias de la industria. Su conclusión fue inequívoca:

> Estas son las cuatro contribuciones críticas que es absolutamente necesario aportar al equipo. Este conocimiento no vendrá del diseñador del producto ni de los ingenieros, pero el diseñador y los ingenieros necesitan que este conocimiento esté representado en el equipo si quieren tomar decisiones inteligentes e informadas.
>
> *Marty Cagan, ["La contribución del gerente de producto"](https://www.svpg.com/the-product-manager-contribution), diciembre de 2023*

En enero de 2025 fue más allá. En ["AI Product Management 2 Years In"](https://www.svpg.com/ai-product-management-2-years-in), argumentó que "contrariamente a la opinión popular, el papel del PM se vuelve más esencial pero también más difícil con productos generativos impulsados ​​por IA, no menos".

Tenía razón. Ésa era la versión más fuerte y defendible del argumento. Y luego, durante los siguientes dieciocho meses, se alejó de ello.

## El pivote

En mayo de 2025, en ["La era del creador de productos"](https://www.svpg.com/the-era-of-the-product-creator), Cagan anunció que el rol de PM se estaba abstrayendo a una función genérica que cualquiera podría desempeñar. Los diseñadores, ingenieros, fundadores, partes interesadas y cualquier persona con "sentido del producto" y la capacidad de operar las nuevas herramientas de creación de prototipos impulsadas por IA podrían actuar como "creadores de productos". El primer ministro ya no era el integrador insustituible. El primer ministro era una posible instancia de un papel que ahora estaba abierto a todos los interesados.

El cambio se aceleró durante el resto de 2025 y hasta 2026. ["The Purpose of Prototypes"](https://www.svpg.com/the-Purpose-of-prototypes/) (septiembre de 2025) redefinió el trabajo de descubrimiento como trabajo de creación de prototipos. ["Prototipos vs Productos"](https://www.svpg.com/prototypes-vs-products/) (noviembre de 2025) advirtió a los PM que se estaban avergonzando al confundir prototipos con software de producción. ["Build to Learn vs Build to Earn"](https://www.svpg.com/build-to-learn-vs-build-to-earn/) (abril de 2026) comprimió la contribución del PM a la construcción y prueba de prototipos impulsados ​​por el sentido del producto. Y las ["Preguntas frecuentes sobre Construir para aprender"](https://www.svpg.com/build-to-learn-faq/) (abril de 2026) despojaron sistemáticamente al rol de PM de toda autoconcepción que no fuera "constructor": ni el que decide, ni el protector del equipo, ni el gerente, ni la persona que explica "el por qué".

Lo que quedaba era: haces prototipos, los pruebas contra cuatro riesgos y tu sentido del producto te dice qué hacer con los resultados.

## Lo que se perdió

Aquí está Cagan en octubre de 2023, describiendo al PM en un equipo de producto capacitado:

> El conocimiento profundo del cliente, los datos, la industria y especialmente su negocio (ventas, marketing, finanzas, soporte, legal, etc.) es absolutamente innegociable y esencial.
>
> *Marty Cagan, ["Producto vs. Equipos de funciones"](https://www.svpg.com/product-vs-feature-teams), octubre de 2023*

Y aquí está Cagan en enero de 2022, explicando cómo el primer ministro resuelve la viabilidad:

> Es esencial que el gerente de producto tenga acceso directo a los expertos de su negocio, en marketing, ventas, servicios, finanzas, asuntos legales, cumplimiento, fabricación, expertos en la materia y más. El gerente de producto debe establecer relaciones con estas personas donde la parte interesada crea que el gerente de producto comprende las limitaciones relevantes y se asegurará de que se aborden en cualquier solución propuesta.
>
> *Marty Cagan, ["Two in a Box PM"](https://www.svpg.com/two-in-a-box-pm), enero de 2022*

Eso no es hacer prototipos. Eso es construcción de relaciones, integración organizacional y la lenta acumulación de confianza en todas las funciones del negocio. No se puede probar la viabilidad mostrándole a una parte interesada un prototipo adorable. Se prueba la viabilidad teniendo una relación lo suficientemente profunda como para que la parte interesada le diga las limitaciones reales, no las oficiales.

El Cagan 2022 entendió esto. El Cagan 2026 lo trata como ruido de fondo.

## El movimiento perdido

La IA hace que sea trivialmente fácil para cualquiera construir un prototipo. Cagan lo ve claro y lo dice. Lo que no hace es seguir esa observación hasta su conclusión lógica: si todos pueden crear prototipos, entonces la creación de prototipos ya no es un diferenciador para el primer ministro. La diferenciación del PM tiene que venir de otra parte, del juicio integrador que ninguna habilidad para crear prototipos puede sustituir.

Sin embargo, Cagan tiene parte de razón acerca de algo real. La IA permite que una persona asuma más roles al mismo tiempo. Dirijo cada función de mi startup, producto, ingeniería, diseño y lanzamiento al mercado, de maneras que habrían requerido un equipo de cinco personas hace tres años. Un PM ahora puede crear prototipos y enviar software de producción como nunca antes. Hay verdaderas eficiencias al hacerlo, especialmente al principio, cuando el contexto se concentra en una sola cabeza y cada traspaso es pura pérdida. Los PM deberían construir. Cagan tiene razón en eso.

En lo que se equivoca es en colapsar la definición de roles para que coincida con la nueva capacidad. Una persona puede usar el sombrero de PM y el sombrero de constructor. Eso no los convierte en el mismo sombrero. El papel del PM todavía está definido por un juicio integrador en cuatro dominios de conocimiento. La construcción es una obra diferente con distintos criterios de calidad. Cuando una persona hace ambas cosas, está haciendo bien dos trabajos, no un trabajo fusionado. Confundir "una persona puede hacer más cosas" con "los roles ahora son los mismos" es exactamente el error de categoría que lleva a las organizaciones a dejar de contratar para profundidad integradora, porque asumen que el constructor ya la tiene.

El argumento prácticamente se escribe solo y ya está latente en el propio trabajo de Cagan.

Cuando el costo de construcción baja, el costo de construir algo incorrecto se convierte en el costo dominante. Y "lo incorrecto" casi nunca es incorrecto en una sola dimensión. Está mal porque resuelve un problema real de una manera que crea una pesadilla de cumplimiento, o deleita a los usuarios pero destruye la economía unitaria, o es técnicamente elegante pero no se ajusta al movimiento de ventas, o es exactamente lo que los clientes dicen que quieren pero canibaliza la línea de productos más rentable.

Se trata de fracasos de integración, no de creación de prototipos. Son tensiones transdisciplinarias que viven en las relaciones *entre* las dimensiones, no en una sola. No aparecerán muchos prototipos de Lovable.

Cuando la entrega era costosa, las fallas de integración quedaron enmascaradas. Enviaste tan raramente que cada lanzamiento fue examinado a través de todos los lentes antes del lanzamiento, casi de forma predeterminada. El lento proceso fue en sí mismo una función forzada para la revisión interdimensional. Ahora que la entrega es barata y rápida, ese regulador natural ya no existe. Los equipos pueden realizar envíos antes de que alguien haya pensado en los efectos de segundo orden.

El PM como integrador se convierte en *el* control crítico de un sistema que ahora está optimizado para la velocidad pero no para la coherencia.

## La patología que ya está curada

Hay una ironía adicional que agudiza la contradicción. La patología a la que Cagan ha estado respondiendo, PM que no hacen más que coordinar, facilitar y escribir especificaciones, sin tocar nunca el producto real, era un problema real y grave. Pero era un problema de una época específica, una en la que la creación de prototipos requería habilidades de diseño o ingeniería de las que muchos PM carecían. Excluidos del producto en sí, llenaron sus días con la gestión de Jira, reuniones con partes interesadas y teatro de hojas de ruta.

Las herramientas de creación de prototipos de IA son precisamente las que curan esa patología. Cuando cualquier PM puede poner en marcha un prototipo funcional en una tarde, la barrera que lo mantenía atrapado en el trabajo de coordinación desaparece. El PM coordinador ahora puede tocar el producto. El escritor de especificaciones ahora puede crear prototipos en lugar de describir.

Cagan vio llegar la cura y respondió reorganizando toda la definición de rol en torno a la cura, como si la enfermedad empeorara en lugar de mejorar. Definió el papel del PM en torno a la habilidad que acaba de convertirse en mercancía, al tiempo que descartó las habilidades que simplemente escasearon.

## ¿Qué requiere realmente el sentido del producto?

Cagan dice que el sentido del producto es la parte difícil. Estoy de acuerdo. Pero el sentido del producto no surge de la creación de prototipos. Proviene de conversaciones con clientes, análisis de datos, inteligencia competitiva, llamadas de ventas, clasificación de tickets de soporte, gestión de relaciones con las partes interesadas, inmersión en el mercado y años de observar lo que sucede cuando un producto se adapta a la realidad a escala.

Todas esas actividades parecen "no construir" a través de la lente de las [Preguntas frecuentes sobre Construir para aprender](https://www.svpg.com/build-to-learn-faq/). Pero son el sustrato sobre el que crece el sentido del producto. Al definir el trabajo del PM como creación de prototipos y pruebas, Cagan corre el riesgo de crear PM que sean competentes con las herramientas pero que carezcan de la profundidad contextual para saber qué prototipar. Ése es exactamente el modo de fracaso sobre el que advierte, sin reconocer que su propio marco desalienta las actividades que lo previenen.

Las preguntas frecuentes les dicen a los PM que confíen en que sus líderes elegirán los problemas correctos. Les dice que no son quienes deciden, ni los protectores, ni los administradores. Les dice que se concentren en el descubrimiento de soluciones. Pero el sentido del producto se construye exactamente a través del trabajo organizacional y relacional que las preguntas frecuentes descartan. Si sistemáticamente les dices a los PM que dejen de hacer esas cosas, cortas las líneas de suministro a la capacidad que dices que es más importante.

## El argumento más fuerte

Esto es lo que Cagan podría haber dicho y lo que ya implica su archivo desde 2020 hasta principios de 2025:

*La IA maneja la mecánica de exploración. El PM maneja la integración de lo aprendido con todo lo demás que la empresa sabe y necesita. Esa integración, no la creación de prototipos, es el núcleo irreductible del trabajo, y es más importante ahora que nunca porque el volumen de cosas para integrar está aumentando.*

Cada dimensión de la contribución tradicional del primer ministro se está volviendo más valiosa, no menos. La comprensión del cliente es más importante porque los prototipos generados por IA pueden probar el valor superficial sin que nadie comprenda profundamente por qué los clientes realmente compran. La fluidez de los datos es más importante porque el volumen de la señal se está disparando y alguien necesita saber qué señal es real. El conocimiento empresarial es más importante porque la entrega barata significa que se envían más cosas y cada una tiene que ser coherente con el modelo de negocio. El conocimiento de la industria es más importante porque el panorama competitivo avanza más rápido y la ventana entre el conocimiento y la obsolescencia se está reduciendo.

El primer ministro que tiene esos cuatro dominios de conocimiento en su cabeza y utiliza esa comprensión integrada para tomar decisiones que ningún especialista puede tomar solo desde su punto de vista, es el insumo más escaso en una organización de productos acelerada por IA. No porque pueda crear prototipos más rápido que el ingeniero, sino porque sabe qué prototipo construir, qué señal extraer de él y cómo integrar esa señal con todo lo demás que sabe sobre el negocio, el cliente y el mercado.

Cagan tenía la posición intelectual y la audiencia para exponer este caso. Ya había escrito el argumento central en una docena de artículos. Simplemente no siguió su propia lógica hasta el final en el momento más importante.

No se trata sólo de PM. Cada disciplina trabaja a través de la misma pregunta estructural: cuando la capa de ejecución de su trabajo es absorbida, ¿su identidad migra a lo que la IA acaba de facilitar o a lo que la IA no puede hacer? El debate del Primer Ministro es un ejemplo de esa pregunta, visible porque los escritos de Cagan dejan constancia de ambos lados de la contradicción. La reorientación más amplia, en todas las funciones del software, es la misma pregunta que se aplica en todas partes. Explico la versión institucional en [La inversión humana](/posts/series/the-human-inversion), una serie de cinco partes sobre la fundación, la ejecución, la revisión y quién mantiene la coherencia cuando el medio se disuelve.

---

Nada de esto significa que Cagan esté equivocado en todo. La distinción entre [construir para aprender y construir para ganar](https://www.svpg.com/build-to-learn-vs-build-to-earn/) es real y útil. El [marco de cuatro riesgos](https://www.svpg.com/four-big-risks/) es una buena lista de verificación inicial. La advertencia sobre los PM que [confunden prototipos con productos](https://www.svpg.com/prototypes-vs-products/) es oportuna. Y el llamado a los PM para que realmente se comprometan con el producto, para que lo construyan, no solo lo describan, siempre ha sido una de sus contribuciones más valiosas.

Pero la dirección del trabajo reciente, desde el PM como integrador hacia el PM como prototipador, desde el rol de ser "más esencial" al rol de ser "una posible instanciación del creador de productos", es un retroceso de su terreno más fuerte. Define el trabajo en torno a la actividad que la IA acaba de facilitar, al tiempo que abandona las actividades que la IA no puede realizar y que el anterior Cagan identificó correctamente como la contribución irreductible del Primer Ministro.

El mundo de los productos habría estado mejor servido si Cagan hubiera observado la transformación de la IA y hubiera dicho: la PM coordinadora finalmente está siendo liberada del trabajo de coordinación, ahora puede convertirse en la PM integradora que siempre se suponía que debía ser. Ese habría sido un mensaje coherente con sus mejores ideas, basado en la realidad estructural de lo que la IA cambia y lo que no, y genuinamente útil para los miles de PM que intentan descubrir cuál es su trabajo ahora.

En cambio, obtuvimos: ahora todos somos constructores. Lo cual es cierto. Pero es la verdad menos interesante y deja sin respuesta la pregunta más difícil: quién tiene la imagen completa cuando todo el mundo está construyendo.