Las empresas tecnológicas llevan meses publicando ofertas para un perfil llamado product engineer, y siguen sin cubrirlas. No es porque falten ingenieros con experiencia ni porque los candidatos dominen mal los lenguajes de programación. El motivo es otro.
Mientras tanto, la inteligencia artificial ejecuta ya con eficiencia creciente exactamente lo que durante décadas definió el trabajo de un ingeniero: recibir una tarea y convertirla en código. Algo está cambiando en lo que las empresas consideran valioso en un profesional técnico, y ese cambio lleva tiempo en marcha aunque pocos lo hayan nombrado con claridad.
El perfil que todas las empresas quieren y casi nadie tiene
Un product engineer es, en esencia, un ingeniero de software capaz de pensar como un gestor de producto. No solo escribe código: identifica qué merece la pena construir, por qué y para quién. Es la intersección entre dos roles que durante décadas vivieron separados por reuniones, jerarquías y documentos de especificaciones.
Las empresas abren estas posiciones cada mes. Y cada mes siguen sin cubrirlas. No se trata de dominar un lenguaje concreto ni de acumular años de experiencia en un stack específico. El déficit es de mentalidad, no de habilidades de programación.
Este rol ha emergido, en parte, como respuesta a un cambio estructural. Muchas compañías están eliminando capas de gestión intermedia. Con menos coordinadores y menos product managers, alguien tiene que asumir esa parte del trabajo, y ese alguien, cada vez más, es el propio ingeniero.
Cómo la IA está redefiniendo el valor del ingeniero
Boris Cherny, el creador de Claude Code, lo formuló sin rodeos: «programar está básicamente resuelto». Según él, el cuello de botella ya no es escribir código. Son las buenas ideas.
Esto tiene consecuencias directas para cualquier profesional técnico. Si tu valor principal consiste en recibir una tarea y convertirla en código, compites directamente con los modelos de inteligencia artificial. Esa es una carrera difícil de ganar.
Lo curioso es que el código siempre fue barato. Lo que consumía tiempo era la escritura manual, no el pensamiento estratégico detrás de cada decisión. Durante décadas, ese proceso fue tan lento que parecía la parte difícil. No lo era. Saber qué construir siempre fue el verdadero problema.
La pregunta que antes apenas se formulaba —¿qué merece la pena hacer?— se convierte ahora en la más importante del trabajo de un ingeniero.
Las habilidades que marcan la diferencia (y no son técnicas)
La primera es tener una opinión fundamentada y compartirla. En un equipo de ingeniería, el silencio ante una mala decisión es el peor resultado posible. Dar una respuesta crítica y razonada —»esto no funciona, y aquí está el motivo»— es una aportación real, no una insubordinación.
La segunda es conocer el dominio de negocio de forma informal. No hace falta convertirse en experto: si trabajas para una empresa de fontanería, basta con leer durante una hora los foros donde los fontaneros expresan sus frustraciones. Las ideas parten así de problemas reales de clientes reales.
Herramientas como LaunchDarkly u Optimizely permiten lanzar un cambio a un cinco por ciento de los usuarios y revertirlo de inmediato si los datos no acompañan. Un equipo capaz de hacer experimentos seguros aprende más rápido que cualquier otro. Orientarse a datos significa medir objetivos reales de negocio: si un rediseño visualmente impecable reduce el tiempo de uso, ha fracasado, aunque quede bonito.
Una mentalidad, no un título: cómo empezar desde cualquier posición
No hace falta ser «la persona de las ideas» para actuar como un product engineer. Organizar un hackathon alineado con los objetivos trimestrales de la empresa ya es pensar de esta manera. Conectar el trabajo técnico con lo que realmente importa al negocio es, en sí mismo, el cambio.
Una pregunta útil para reorientar el enfoque: en lugar de cuánto código puedo producir esta semana, ¿cuál es el impacto más alto posible que puedo generar ahora mismo? La respuesta casi nunca es «escribir más líneas».
Identificar problemas que nadie ha definido todavía vale más que ejecutar con precisión tareas bien especificadas. El trabajo difuso, el que no aparece en ningún ticket, es donde suele estar el valor real.
El primer paso práctico es sencillo: averigua cuáles son los objetivos reales de tu empresa este trimestre. Si no los conoces, ese es tu primer encargo. Luego construye algo que los apoye directamente. Eso, más que cualquier certificación o lenguaje nuevo, es lo que distinguirá a los ingenieros más valiosos en los próximos años.