Ingeniero de Producto

• Has lanzado un producto real que utiliza gente real, y te has hecho cargo de él de principio a fin. Un producto con usuarios reales es el objetivo, no un proyecto paralelo que nunca salió de localhost.

• Versatilidad. De un componente de React a una API o a un script de despliegue en una tarde. La división entre frontend y backend nunca te ha sido útil.

• Mitad PM. El descubrimiento de producto, el criterio de UX y la priorización son habilidades fundamentales, no intereses secundarios. Usas el producto, hablas con las personas que dependen de él y trabajas a partir del usuario.

• Orientado al detalle. Estados vacíos, microcopy, espaciado, casos límite: te das cuenta, y no lanzarás nada hasta que esté bien.

• Sensibilidad de diseño. Puedes hacer que se vea y se sienta bien sin necesidad de que un diseñador te lleve de la mano.

• Hablas con los usuarios y te haces responsable de los resultados, no de los tickets. Defines el problema, recortas el alcance cuando debes hacerlo y lanzas aquello que mueve la métrica.

• Velocidad, manteniendo la calidad. Lanzas hoy, no el jueves, y sigue siendo algo bueno.

• La programación agéntica es tu flujo de trabajo diario. Construyes con IA por defecto y eres más rápido gracias a ello.

• Empuje genuino. Construyes cosas porque no puedes evitarlo.

• Has fundado algo o has sido un constructor en una etapa temprana.

• Has lanzado algo con tracción real: usuarios, ingresos, descargas, un producto que la gente conoce.

• Has movido una métrica real (activación, retención o conversión) y tienes el antes y el después para demostrarlo.

• Has construido utilizando las herramientas de IA en las que vivimos y tienes opiniones al respecto.

Salario de primer nivel en el mercado y el tipo de responsabilidad que solo existe en esta etapa.

El mejor trabajo ocurre cuando estás presente. Este puesto es en Múnich o Varsovia, o remoto en Europa, y reunimos a todo el equipo en persona unas pocas veces al año.

Mitad "product manager", mitad ingeniero. Imaginas cómo trabaja la gente con un compañero de equipo de IA y cómo gestionarán a todo un equipo de empleados de IA, para luego decidir qué construir y construirlo tú mismo. Has lanzado productos reales de principio a fin, tienes criterio y te obsesionan los detalles.

Viktor vive donde el trabajo ya ocurre, en Slack y Teams, con aplicaciones web, de escritorio y móviles en camino. La gente interactúa con él como con un compañero de equipo, y todo el producto es una conversación con un agente que escribe código, lo ejecuta y entrega el trabajo real.

Queremos que la gente le entregue a Viktor el trabajo que le daría a una excelente contratación, y ganarse esa confianza es tan difícil como lograr que la herramienta funcione. El agente actúa por su cuenta y a veces se equivoca, y tu trabajo es hacer que la gente confíe en él para su trabajo real de todos modos.

Nadie ha definido aún cómo es la UX de trabajar con empleados de IA. Tendrás que imaginarlo: cómo una persona delega, dirige, corrige y confía en un compañero de IA, y cómo gestiona a todo un equipo de ellos.

• Imagina y define la UX de la gestión de empleados de IA: delegación, dirección, confianza, coste, supervisión. Estos patrones aún no existen; tú los estableces y luego los construyes.

• Lanza productos orientados al usuario de principio a fin. Del frontend al backend, de la idea a la producción, en Slack, Teams y en las aplicaciones web, de escritorio y móviles a medida que se lancen. El estándar es algo que los usuarios reales toquen desde el primer día, no un prototipo.

• Hazte responsable del onboarding y del "time-to-value". Desde la instalación hasta el primer éxito real en cuestión de minutos, porque la alternativa es la pérdida de usuarios.

• Hazte responsable de lo que ocurre tras el lanzamiento. Encuentra dónde se detienen los usuarios, arréglalo tú mismo y mejora la activación y la retención.

• Haz la parte de PM tú mismo. Habla con los usuarios, define el problema, decide qué construir, escribe la especificación cuando sea útil y sáltatela cuando no lo sea.

• Perfecciona como si importara. Los detalles que separan una herramienta que la gente tolera de una que recomiendan.

• Cualquier cosa que necesite construirse. Equipo pequeño, gran alcance.

Equipo pequeño, alta confianza, pocos procesos. Las decisiones las toman los responsables, no los comités. Empezarás a producir desde tu primera semana. Hablarás con usuarios desde tu primer día.

No hacemos reuniones de alineación ni sincronizaciones con stakeholders. Construimos cosas, vemos si funcionan e iteramos.

El producto vive hoy en Slack y Teams, con aplicaciones web, de escritorio y móviles en camino. TypeScript/React para la web, Python en el backend y los agentes, Modal para la infraestructura. Este rol está orientado al producto, y te moverás por todo el stack. No necesitas dominarlo todo desde el principio, pero necesitas aprender rápido.