LO
Avísame cuando llegue un registro verificado a esta ocupación → · Marca cuáles de estas tareas son tuyas (VOLO Pro, gratis) → · Para un equipo o una promoción de graduados →
Gestor de producto
Decide qué se construye y qué no, consigue que tres equipos actúen sobre esa decisión, y carga con ella cuando resulta equivocada.
Lista las últimas cinco cosas que sacó tu equipo y escribe, con honestidad, quién decidió cada una. Si tu nombre no está en ninguna, ese es el hallazgo.
Esto no es una probabilidad de perder el empleo. Combina qué parte de la carga de tareas del puesto está expuesta a la automatización con hasta dónde ha llegado realmente la adopción: sirve para comparar ocupaciones sobre una base constante, y para nada más.
Escrito para gestores de producto en empresas de software — quienes deciden qué construye un equipo a continuación. El marketing de producto, la gestión de proyectos sin voz sobre el alcance y el trabajo de producto llevado por el fundador son trabajos distintos con otra exposición. El diseño es una ocupación aparte en este sitio.
Qué está cambiando de verdad#
La unidad de análisis es la tarea, no el nombre del puesto. Un puesto no se sustituye: se le mueve la mezcla de tareas.
Cada casilla es una tarea. Su tamaño es cuánto pesa en el trabajo; su color, hacia dónde va la tarea. Haz clic en una casilla para ver qué no establece ese juicio.
Una especificación bien escrita de lo que no era es peor que una tosca de lo correcto. Producir el documento nunca fue la parte escasa; saber qué documento escribir sí lo es.
Las normas de privacidad de California exigen que una persona con autoridad apruebe si sigue adelante cierto tratamiento de datos con decisiones automatizadas; eso obliga a las empresas sin nombrar a los gestores de producto, y nada de esto mide con qué frecuencia los equipos deciden no construir. Tampoco dice que las organizaciones lo valoren, y muchas miden a los gestores de producto por producción y no por lo que evitaron.
No dice nada sobre cuántos gestores de producto hacen esto de verdad. En muchísimas empresas el puesto no habla nunca con un usuario, y para esos puestos esta tarea es teórica.
Es una descripción de dónde está el trabajo, no una medición. Tampoco dice que se haga bien — los fallos de coordinación están entre las razones más habituales de que un producto salga tarde.
Que esto sea real depende por completo de la empresa. Muchos gestores de producto tienen responsabilidad sin la autoridad que la haría significativa, y esta página no puede decirte de cuál de las dos clases es un puesto concreto.
Que aparezca trabajo nuevo no es plantilla nueva, y nada de esto dice que las empresas lo estén dotando. En la mayoría de los equipos hoy lo absorbe quien es dueño de la funcionalidad.
¿Es este tu trabajo? Dilo y esta página se estrecha a tu parte de él.
El nombre de un puesto es un paquete de tareas compradas juntas, y no hay dos personas con el mismo paquete. No se envía nada a ninguna parte: se queda en este navegador.
Cambios recientes#
Mercado de la UE. El reglamento se publicó en el Diario Oficial el 12 de julio de 2024 y este artículo se aplica desde el 2 de agosto de 2026; la modificación de julio de 2026 (Reglamento (UE) 2026/1744) mantuvo esa fecha, pero dio a los sistemas generativos ya introducidos en el mercado antes de ella hasta el 2 de diciembre de 2026 para cumplir el artículo 50, apartado 2. Obliga al proveedor del sistema y no al empleador que lo usa — por eso está en esta página y no en una sobre desplegar IA. Dos obligaciones distintas en naturaleza: el artículo 50, apartado 1, es una información a la persona que está delante del producto, dispensada solo cuando ser una IA resulta obvio para una persona razonablemente informada, atenta y perspicaz, y no aplicable a los sistemas de aplicación de la ley sujetos a salvaguardas; el artículo 50, apartado 2, es un requisito técnico de que las salidas estén marcadas en un formato legible por máquina y sean detectables como generadas artificialmente, de forma eficaz e interoperable en la medida en que sea técnicamente viable. La segunda es un requisito de construcción con un coste de ingeniería, no una línea en una política de privacidad. Esta ficha establece que el deber existe y cuándo empieza; no es evidencia de que se esté aplicando, de que ningún producto haya cambiado, ni de nada sobre mercados fuera de la UE.
Un fallo, una marcha atrás, una regulación o un coste están frenando la adopción. Puede bajar una evaluación o ensanchar su incertidumbre.
Un factor de riesgo del folleto definitivo de salida a bolsa de una empresa de software, escrito por la propia empresa mientras vendía acciones. Dice que sus diseñadores de producto, gestores de producto e ingenieros reúnen información mediante investigación de usuarios, encuestas y análisis de las interacciones de atención al cliente, incluidas herramientas con IA que resumen y clasifican los comentarios de los usuarios, y que esa información puede ser incompleta, engañosa, sesgada o poco representativa y puede malinterpretarse. Describe la práctica actual de una empresa; no da cifras sobre cuánto del trabajo hacen las herramientas y no dice nada sobre el número de gestores de producto.
Una empresa lo ha puesto en producción. Puede mover la línea de base, ponderado por la escala y por cuánto se parece ese entorno al tuyo.
El anuncio del propio regulador, que importa porque el sitio ya tiene la norma y esto es la norma aplicándose. Los fallos listados se dividen en dos grupos y los dos se leen como especificaciones de producto que no se escribieron. Para los servicios de generación: ninguna etiqueta visible en el contenido generado; ninguna etiqueta visible arrastrada a los ficheros exportados; ninguna etiqueta implícita en los metadatos del fichero con la información de atributo, el nombre o el código del proveedor y un número de contenido; y etiquetas implícitas colocadas en posiciones no conformes. Para los servicios de distribución: no verificar las etiquetas implícitas, no añadir un aviso visible alrededor del contenido publicado, no escribir la información de propagación en los metadatos del fichero, y no dar a los usuarios una función con la que declarar que un contenido está generado. Las medidas declaradas fueron entrevistas regulatorias, órdenes de subsanar en un plazo, y la retirada o la baja del servicio. Dos límites son firmes. El anuncio no nombra ninguna aplicación y no da un recuento — solo dice un lote — así que nada de esto respalda una afirmación sobre escala. Y se refiere a servicios prestados en China; la misma lista de funciones no es ley en otros sitios, aunque el deber de etiquetado de la UE va en la misma dirección.
Un fallo, una marcha atrás, una regulación o un coste están frenando la adopción. Puede bajar una evaluación o ensanchar su incertidumbre.
Reglamentos de California que obligan a las empresas cuyo tratamiento de información personal presenta un riesgo significativo, incluida la tecnología de toma de decisiones automatizada usada para decisiones significativas. Una empresa debe realizar una evaluación de riesgos antes de iniciar el tratamiento y documentar si lo iniciará; una persona que tenga autoridad para participar en la decisión de si la empresa iniciará el tratamiento debe revisar y aprobar la evaluación; y el objetivo declarado es restringir o prohibir el tratamiento cuando los riesgos para los consumidores superan los beneficios. Obliga a las empresas sin nombrar a los gestores de producto, abarca el tratamiento de datos personales y no todas las decisiones de producto, y las primeras presentaciones ante el regulador vencen más adelante.
Un fallo, una marcha atrás, una regulación o un coste están frenando la adopción. Puede bajar una evaluación o ensanchar su incertidumbre.
El entonces director de producto de LinkedIn describiendo cambios en la propia organización de producto de LinkedIn. Enumera lo que se queda en manos de personas — visión, empatía, comunicación (alinear y movilizar a otros en torno a una idea), creatividad y criterio — y dice de todo lo demás que la empresa quiere automatizarlo; la empresa estaba probando nuevas estructuras de equipo, con pequeños equipos (pods) capaces de construir de principio a fin con sus herramientas, y lanzando un programa de entrada para perfiles júnior en el que quienes construyen no se limitarán a escribir especificaciones. Es el relato de un directivo sobre un piloto, sin cifras sobre cuántos pods existen ni sobre el número de gestores de producto, y recoge la situación de agosto de 2025.
Ensayo a pequeña escala en un entorno real. Nos dice que se están probando las condiciones de despliegue, no que se cumplan, así que un piloto nunca basta por sí solo; dos independientes sí.
Un estudio de métodos mixtos (preprint en arXiv) sobre gestores de producto de Microsoft, realizado de abril a junio de 2025: 885 gestores de producto respondieron una encuesta, 731 consintieron el análisis de telemetría y 15 fueron entrevistados. Entre los usos de la IA generativa de los gestores de producto sin personas a cargo, el 22% dijo usarla para hacer investigación de usuarios o análisis de datos; los participantes delegaban con más facilidad las tareas de baja responsabilidad, pero dudaban con el trabajo de alta responsabilidad, como escribir especificaciones o mapas del recorrido del usuario. Microsoft vende las herramientas estudiadas, y los encuestados son su propio personal en una empresa de adopción temprana; el uso declarado solo se correlacionó moderadamente con los registros de uso.
Una herramienta se usa a gran escala en trabajo real y eso está medido, y quien decidió usarla fue la persona que trabaja, no quien emplea. Es más que un registro de capacidad —el trabajo es real, no una demostración— y menos que uno de despliegue, porque ningún empleador la puso en producción, ni la exigió, ni construyó un proceso alrededor. Ponderada como `cautious`: `automating` significa que la máquina puede hacer la tarea Y que hay indicios de adopción, y esto es un indicio de adopción; pero el uso puede ser una prueba, y buena parte de la medición viene de una parte con intereses, así que un registro nunca basta y dos independientes sí. Fíjate además en quién cuenta. La telemetría de un proveedor ve esto directamente y a la vez vende la herramienta, así que un registro de este tipo declara ese interés en su ámbito de aplicación; una agencia estadística que pregunta a las empresas si su personal usa IA en tareas ve el mismo canal sin ningún interés propio, y donde exista es la mejor fuente.
Qué significa esto para ti#
El trabajo que te darán primero — escribir tareas y especificaciones — es la mitad expuesta, y hacerlo bien no te convierte por sí solo en gestor de producto. Lo que convierte el puesto en una carrera es que se te confíe decidir qué no se construye, y esa confianza se gana teniendo razón en público sobre cosas pequeñas primero.
Si tu semana es sobre todo documentos y estados, esa es la configuración bajo presión, y es además la configuración que muchas empresas han creado en silencio. Si tu semana es sobre todo negativas que puedes defender y decisiones que asumes, la exposición es baja. La diferencia no es la antigüedad, es si el puesto lleva una decisión.
Tus opciones#
Cuatro direcciones, cada una con sus restricciones reales y con una cosa que puedes probar esta semana. Seguir como estás es una opción legítima; solo tiene que ser una opción elegida.
Asegurarte de que el puesto lleva una decisión
La versión expuesta de este trabajo es la que pone por escrito decisiones que tomaron otros. La versión duradera las toma. Cuál de las dos tienes suele ser función de la empresa y no de tu destreza.
A veces la conclusión honesta es que la decisión no está disponible en tu organización actual, y el movimiento es hacia fuera y no hacia arriba.
Lista las últimas cinco cosas que sacó tu equipo y escribe, con honestidad, quién decidió cada una. Si tu nombre no está en ninguna, ese es el hallazgo.
Ser dueño de qué se les permite hacer a las funciones de IA
Todo producto con una función generativa necesita a alguien que decida en qué puede equivocarse y qué debe rechazar. Es una decisión de producto, hoy no es de nadie en la mayoría de los equipos, y en varios mercados se está volviendo obligación documentada.
Exige ser concreto sobre el daño aceptable, cosa incómoda y que muchas organizaciones preferirían dejar vaga.
Toma una función de IA de tu producto y escribe en qué se le permite equivocarse. Enséñaselo a quien lleva el soporte y mira si está de acuerdo.
Irte a donde la restricción es real
Productos regulados, hardware, pagos — dominios donde el coste de sacar lo que no era es concreto y no reputacional, y donde por tanto la decisión tiene que sostenerla alguien.
Ciclos más lentos y más documentación, que unos viven como que el trabajo se vuelve real y otros como que se vuelve tedioso.
Busca un producto de un dominio regulado y lee uno de sus documentos públicos de cumplimiento. Fíjate en cuántas decisiones hubo que poner por escrito.
Preguntas frecuentes#
La pregunta equivocada para este puesto, porque la exposición depende de qué versión del trabajo tienes y no del tiempo. Escribir especificaciones y tareas es ya en buena parte trabajo de máquina. Decidir qué no se construye, y responder por una apuesta que salió mal, no se ha movido en absoluto. Una señal que puedes comprobar tú: de las últimas cinco cosas que sacó tu equipo, ¿cuántas decidiste en vez de documentar?
Sí, y bien — que es justamente por lo que el documento nunca fue el trabajo. Una especificación es el registro de una decisión, y el valor siempre estuvo en decidir: a qué cliente decepcionar, en qué gastar el trimestre, cuál es de verdad el problema. Si el documento es el entregable por el que tu organización te mide, eso conviene saberlo sobre tu organización.
Lo suficiente para distinguir una estimación de una adivinanza, y ese listón se ha movido más que subido. Cuando generar abarata un prototipo, la destreza técnica útil pasa de saber qué es difícil de construir a saber qué es difícil de operar y qué es difícil de deshacer — esos son los costes que ya no se ven en cuánto tarda la primera versión.
Que construir sea barato hace la decisión más consecuente, no menos: cuando un equipo puede sacar cinco cosas en el tiempo en que sacaba una, el coste de construir las cinco equivocadas es cinco veces mayor. Lo que sí cambia es que el puesto ya no puede justificarse coordinando la construcción. Tiene que justificarse por la calidad de las elecciones, que es un listón más alto y más honesto.
En qué se apoyan estos juicios#
De los 6 juicios de tarea de esta página, 4 se apoyan en un evento verificado y 2 son inferencia de la plataforma, cada uno etiquetado donde aparece. Detrás hay 2 dimensiones tecnológicas, una trayectoria reconstruida desde que los modelos de lenguaje llegaron al público y 6 eventos verificados.
Ver qué tecnologías, cómo llegó hasta aquí y el método →
Dónde se sitúa en la clasificación oficial: habilidades, conocimientos y trabajos afines →
Otros puestos de la misma función#
Una empresa divide su trabajo en funciones antes de dividirlo en puestos. Estos están en Producto y diseño junto a este — un hecho sobre los organigramas, no un juicio de que se parezcan ni de que cambien en la misma dirección.