Product Engineer: por qué la IA fusiona al responsable de producto y al desarrollador en un solo rol

Imagine una cadena de desarrollo de producto típica. El responsable de producto dedica semanas a recopilar datos y defender la idea ante la dirección; el diseñador prepara los diseños; el desarrollador recibe una especificación lista para implementar; el equipo de pruebas comprueba el resultado; y el analista revisa los tests A/B. Cada cual responde de su parte y, en el mejor de los casos, solo una persona tiene contacto con el usuario. Ahora aparece en el mercado una oferta de empleo que intenta condensar toda esa cadena en un solo rol: Product Engineer.

Esta es la opinión de un profesional, no un estudio. El autor lleva más de 20 años en TI, impulsó el desarrollo de Market de VKontakte (MAU de 14 millones) y ahora lanza su propio producto. Pero las señales en las que se apoya sí se pueden comprobar.

En qué consiste este rol

Las ofertas de Y Combinator y PostHog y un artículo del equipo de MWS/МТС recogen requisitos similares. Se necesita visión de producto, capacidad para hablar con los usuarios y formular un problema de negocio, y conocimientos full-stack para desarrollar la solución y llevarla a producción por cuenta propia.

La principal diferencia respecto a un desarrollador convencional está en el alcance de sus responsabilidades. Un desarrollador convencional recibe una tarea ya definida y, a menudo, nunca llega a ver al usuario final. El Product Engineer identifica el problema, decide qué resultado debe conseguir, escribe el código, lo despliega y comprueba necesariamente su impacto en las métricas. En esencia, reúne al responsable de producto y al ingeniero en una sola persona.

La idea no es nueva: las empresas llevan mucho tiempo soñando con perfiles así de versátiles. Pero combinar la mentalidad de un ingeniero y la de un emprendedor en una sola persona es casi imposible: las competencias y los temperamentos son demasiado distintos. La IA cubre la parte del stack que falta.

Por qué ahora

El autor señala varios indicios.

Uso masivo de la IA. Según datos oficiales, cada semana utilizan Claude Code 11 millones de desarrolladores; Gemini, 8,5 millones; y Codex, 5 millones. En Rusia, según datos de la Escuela Superior de Economía (HSE), el uso de IA alcanza el 4,8% en las organizaciones pequeñas y el 71% en las grandes empresas de TI. Eso sí, la muestra está sesgada hacia empresas de 500–10 000+ personas, por lo que conviene interpretar con esa salvedad las cifras de las grandes compañías.

La IA asume las tareas rutinarias. Los responsables de producto la utilizan para buscar información, analizar datos y generar requisitos. Los desarrolladores, según la encuesta de Stack Overflow, la usan para generar y refactorizar código, depurar, hacer pruebas y redactar documentación. Las personas conservan la comunicación, la responsabilidad por el resultado (comprobarlo, elegir la fecha de lanzamiento, resolver un incidente) y el liderazgo.

Los agentes se convierten en especialistas. El sistema SKILLS.md convierte al agente en un asistente especializado con instrucciones, memoria y procedimientos. Hay frameworks de orquestación: CrewAI, Google ADK, OpenAI Agents SDK y Claude Agent SDK. El propio autor utiliza un conjunto de skills de Garry Tan, máximo responsable de YC, que sustituye parcialmente a un equipo de desarrollo.

Las grandes tecnológicas recortan plantilla. Oracle, Amazon, Dell, Cisco y Atlassian han despedido a cientos de miles de personas. Cae la demanda de quienes se limitan a escribir código a mano.

Qué competencias se necesitan

La lista del autor se puede resumir en cinco puntos:

• Trabajar con el agente como con un compañero. El agente también necesita documentación y permisos de acceso al proyecto, así que hay que preparar el entorno para ambos.
• Delegar. El agente ejecuta la tarea, pero la responsabilidad sigue siendo suya. Para ello, hay que plantear las preguntas adecuadas y saber evaluar el resultado.
• Saber llegar a acuerdos. Antes, el responsable de producto y el líder del equipo lo hacían por los perfiles técnicos; ahora les tocará hacerlo por su cuenta.
• Visión de marketing. Una de cada tres personas escribe código; el valor está ahora en comprender las necesidades de los usuarios y definir la propuesta de valor.
• Arquitectura. Una arquitectura sólida sigue siendo necesaria, mientras que escribir código a mano pierde valor.

Qué hacer al respecto

Si es desarrollador, empiece por lo que esa cadena de trabajo no le permitía hacer: participe en un par de entrevistas con usuarios, defina métricas para su funcionalidad y revise su evolución después del lanzamiento. Si es responsable de producto, pruebe a construir un prototipo por su cuenta con ayuda de un agente y llevarlo hasta el despliegue. Si es fundador o contrata personal, revise sus ofertas para comprobar si está pidiendo un perfil «todoterreno» sin entender cómo combinará los distintos roles.

También hay limitaciones. Es una hipótesis del autor, no una tendencia confirmada: todavía hay pocas ofertas con ese título y, en proyectos con 100+ participantes, como la integración de VKontakte con Ozon, una sola persona no basta. Además, la IA acelera las tareas rutinarias, pero no elimina la responsabilidad. Lo más probable es que el Product Engineer surja en equipos pequeños y startups, donde cada persona abarca un amplio conjunto de tareas, mientras que las grandes empresas mantendrán la cadena de trabajo. Aun así, la idea resulta útil: cuanto más corto sea el recorrido entre el problema del usuario y la métrica, menos tiempo e información se perderán al pasar el trabajo de un rol a otro.