Versión ampliada en el blog: Product Manager vs Product Engineer con la IA
Hola, ¿Qué tal estas??
Hoy vengo con autor especial: Manu López, al frente de Founding Product Engineer, nos cuenta la evolución que esta teniendo el rol.
Y antes de entrar en materia, te lanzo una pregunta: si mañana empezaras de cero en Producto, ¿irías a por PM en una empresa grande o a por Product Engineer en una pequeña? Cuéntamelo en comentarios, que Manu y yo lo leemos todo.
Y estoy buscando un Senior Product Manager para un SAS B2B en Barcelona, aquí tienes la oferta completa
Me hace mucha ilusión presentaros a Manu López:
Para mí es un auténtico referente de Producto Digital: lo conocí al final de un máster y lleva 7 años haciendo crecer organizaciones. Fue uno de los primeros roles de Producto especializado en IA que ayude a dar el salto a otra organización.
Su trayectoria habla sola: 9+ años en Product Management, del PM junior a VP of Product en Lookiero, siempre atado al EBITDA. Antes, Growth PM en Colvin.
Hoy dirige Founding Product Engineer, donde forma en IA aplicada y hace due diligence de IA para inversores.
Le pedí que escribiera sobre su visión del rol de producto. Su visión siempre va unos años por delante. Aquí va su artículo:
Cada cierto tiempo alguien anuncia el fin de algún rol y el nacimiento de uno nuevo.
Todos lo hemos vivido. Quizá uno de los más recientes fue el UI Designer + UX Designer por el Product Designer. Un rol más polivalente, donde reducimos la complejidad de transmitir información entre UX y UI.
Ahora con la IA, parece que muchos roles van a desaparecer. Uno de los que están en el punto de mira es el PM…
Pero… ¿realmente desaparecerá?
Siendo honestos, nadie lo puede saber, todo lo que podemos hacer es exponer diferentes tesis. Pero como buenos PMs, vamos a ver qué nos dicen los datos.
Puede ser difícil encontrar fuentes 100% fiables, por lo que vamos a intentar triangular las evidencias (ya sabéis, esa técnica en la que si varias fuentes independientes apuntan en la misma dirección, la probabilidad de veracidad se multiplica y reduce la incertidumbre):
Fuente: Product Management Jobs Report, julio 2026
Fuente: Google Trends, últimos 5 años
Fuente: TrueUp — Product reports
Un aviso antes de seguir: las tres no miden lo mismo. TrueUp cuenta ofertas reales, el informe de Reddit agrega datos de terceros y Google Trends mide interés de búsqueda, no contrataciones. No son tres medidas del mismo fenómeno, pero apuntan en la misma dirección.
Y esa dirección es curiosa: aunque la IA amenaza el rol del PM, los datos que tenemos no apuntan a una destrucción de empleo a nivel global.
Curiosamente podemos estar viviendo, una vez más, el efecto combinado de “general purpose technologies” + “Jevons Paradox”.
Voy a intentar explicaros esto de una forma simple. Dos economistas, Bresnahan y Trajtenberg, definieron el concepto de “general purpose technologies”: aquellas tecnologías que cumplen tres condiciones. 1/ se meten en todas partes, 2/ mejoran solas con el tiempo y 3/ hacen más productivo todo lo que tocan.
Estas tecnologías provocan que todo se abarate. En nuestro caso la IA nos permite construir más barato, automatizar procesos…
Vamos a enfocarla en el software y vamos a hablar de una analogía que me gusta mucho. Para mí, los ingenieros de software han sido los escribas del siglo XXI. Hasta hace poco.
Los escribas, durante el siglo XV, eran un grupo muy reducido de la población. Sabían leer y escribir cuando casi nadie más sabía. Vivían muy bien. El resto de personas no podía acceder a ese rol.
Pero esto se rompió en 1440 con la invención de la imprenta.
¿Y qué pasó? Que copiar a mano se acabó como oficio, pero la gente que vivía de la escritura no disminuyó: se multiplicó. Aparecieron impresores, editores, correctores, libreros, autores profesionales. Y de repente hacía falta algo que antes no importaba tanto: criterio para decidir qué merecía imprimirse.
Ojo, esto no fue de un día para otro. La alfabetización masiva tardó siglos en llegar: en 1500, cincuenta años después de Gutenberg, menos del 10% de los europeos sabía leer. La tecnología va rápido; la sociedad, no. Aunque con la IA estamos viviendo la era en la que una tecnología se adopta con mayor velocidad.
Y entonces, empezamos a observar el otro concepto clave, la paradoja de Jevons, que viene a decir que cuando un recurso disminuye su coste, no se produce menos: se produce más.
Aquí conviene una precisión, porque es la pieza que sostiene todo lo demás. Esto solo ocurre si la demanda es elástica, es decir, si al bajar el precio la gente quiere mucho más de lo que quería. Si el mundo necesitara una cantidad fija de software, abaratar la construcción destruiría empleo y punto. Pero no es el caso: hay muchísimo software que queremos y que hasta ahora no era rentable construir.
Y siempre que necesitemos producir más, necesitamos criterio de qué construir. Y un criterio más rápido.
Esto provoca impacto en nuestra forma de trabajar y transforma el rol. Antes un Discovery de 2 semanas tenía sentido porque íbamos a tener que invertir 8 personas durante 3 meses. Ahora un Discovery de 2 semanas no tiene sentido, cuando en una tarde puedo tener una primera versión.
Por tanto ahora necesitamos poder decidir y priorizar en 1h en lugar de en 2 semanas.
El Dual Track clásico está roto.
¿Significa esto que el PM vaya a desaparecer? No. Significa que el PM se tendrá que adaptar.
Ya veíamos que el rol en datos parecía aumentar su interés. Pero otro tema es dónde se está contratando, y si localmente (España o Europa) está creciendo o no. Por otro lado nos deberíamos preguntar en qué tamaño de empresa crece ¿Menos de 100 empleados? ¿Entre 100 y 1000? ¿O más de 1000?
Esto es clave, porque puede que el rol del PM desaparezca en ciertos tamaños de empresa. Especialmente en las pequeñas. Veamos por qué.
¿Qué es un PM? Todos sabemos que esto puede ser difícil de explicar… sobre todo si te lo pregunta tu madre o tu abuela. Algunas de las definiciones más comunes son que el PM es quien se sienta entre negocio, usuario y tecnología… que el PM es quien decide qué se construye y por qué… que el PM junto al PD y al TL son los encargados de disminuir los key risks: value risk, usability risk, feasibility risk y business viability risk…
¿Qué ocurre en startups y empresas pequeñas? Presupuesto reducido para todos los roles, quieren ir rápido, muy rápido…
¿Entonces en este caso, qué preferiré? ¿Un PM + TL + PD + ENG? ¿O un Product Engineer, que sea capaz de construir todo y tomar las decisiones de negocio, usuario y tecnología?
Esto ya lo hemos vivido. Recordad el rol UX Designer + UI Designer → Product Designer.
Es lo que volverá a pasar. Esa es la tesis con la que trabajo.
Y aquí hay una explicación económica que me parece que se cuenta poco. Nadie contrata PMs: se contrata producto, y el PM es un input. A eso los economistas lo llaman demanda derivada, y su elasticidad depende de dos cosas.
La primera es lo fácil que sea sustituirte. En una startup, un Product Engineer te sustituye sin fricción. En una empresa con cinco silos, compliance y ventas enterprise, no.
La segunda es cuánto pesas en el coste total. En una startup de diez personas, un PM es el 10% de la nómina y se nota. En una de cinco mil, es ruido contable. Es lo que en economía laboral llaman the importance of being unimportant: cuanto menos pesas en la factura, más protegido estás.
La demanda de PM es elástica en empresas pequeñas e inelástica en grandes. No es una cuestión de moda. Es aritmética.
¿Significa esto que el Product Manager vaya a desaparecer? En absoluto. Si disminuye su demanda en empresas por debajo de cierto tamaño, a medida que otras empresas crecen se demandará más.
Aquí toca ser honesto: esto último es mi hipótesis, no un dato. Los informes que he citado no están segmentados por tamaño de empresa, así que lo que muestran es el agregado. Mi apuesta es que ese agregado plano esconde una recomposición, y ese es exactamente el corte que habría que mirar para confirmarlo o tumbarlo.
Si actualmente te preguntas hacia dónde ir profesionalmente dentro del mundo de Producto, la pregunta que te tienes que hacer es: ¿en qué tamaño de empresa quiero trabajar?
Si la respuesta es grande, ve hacia Product Manager.
Si la respuesta es pequeña, ve hacia Product Engineer.
Esto es exactamente lo que entrenamos en nuestro programa de Founding Product Engineer, desde Founding Product Engineer,: construir con IA para desarrollar criterio técnico con evidencia real, no con supuestos.
Empieza gratis y descubre el programa a tu ritmo →
Buena semana
Javi Platón
👉 Ofertas que gestiono: empleo.beproduct.es/jobs
👉 Todas las ofertas de producto: beproduct.es/ofertas-producto
👉 Salarios de producto 2026: beproduct.es/informe-salarios
👉 Únete a la comunidad: beproduct.es/unete-comunidad-producto
👉 Sigue leyendo en el blog: Product Manager sin perfil técnico: 7 aprendizajes · Qué es un Product Manager: funciones y habilidades