Product Owner

Mainloop AI es una empresa de ingeniería en Barcelona. Somos dueños de lo que construimos y respondemos ante nosotros mismos. Te llevas la parte interesante de una empresa nueva, con un cliente real y productos reales desde el primer día.

Lo que construimos es el software que automatiza el trabajo de los servicios profesionales, en unos quince países, para empresas que se ahogan en administración: los formularios, las aprobaciones, las conciliaciones, la hoja de cálculo que alguien rehace cada mes. Trabajamos en dos mitades. Una entra en una empresa, averigua qué pasa allí de verdad y demuestra rápido si una idea merece la pena. La otra —la tuya— coge lo demostrado y se hace cargo durante años: recoge las necesidades, sigue construyendo, consigue que se adopte y se asegura de que siga mereciendo la pena. Casi todos los equipos de automatización se paran en la demo. El sentido entero del nuestro es que no lo hacemos.

No buscamos a alguien que administre un backlog. Si tu último puesto consistía en convertir las decisiones de otros en tickets y llevar las ceremonias de alrededor, este es otro trabajo. Aquí eres el product manager y el product owner: no hay nadie por encima escribiendo la estrategia de tus productos, ni nadie por debajo escribiendo las historias. Qué debería existir, en qué orden, y si lo que se entregó está bien: eso es tuyo.

En qué consiste el trabajo de verdad

Un producto llega con un paquete de entrega, ya demostrado con sus stakeholders por la primera mitad del equipo y ya endurecido para producción. Desde el primer día os pertenece a ti y a un desarrollador, en pareja, durante toda su vida.

• Eres dueño de la relación con el negocio. Personas reales, en oficinas reales, cuyo día de trabajo tu producto mejora o no. Vas y te sientas con ellas. No una cola de tickets: confianza, construida en persona, sostenida durante años.
• Recoges las necesidades y decides. Tus usuarios no se pueden marchar: están en el edificio, y te traerán más peticiones de las que ningún equipo podría construir. Casi todo este trabajo es elegir: qué mueve el resultado, qué espera, y qué rechazas con una razón que quien la pide pueda respetar. Decir que no bien es la habilidad que define este puesto, y tendrás una visión de producto desde la que decirlo.
• Escribes qué debería existir, con precisión. En nuestro equipo, los agentes de código construyen casi todo lo que se entrega, dirigidos por tu desarrollador. Los agentes amplifican lo que se les da: una especificación afilada se convierte en software que funciona asombrosamente rápido, y una vaga se convierte en mil líneas de código seguro de sí mismo y equivocado. Tus necesidades, reglas, casos límite y criterios de aceptación son los documentos que más peso soportan de la empresa. Escribirlos con precisión es la hora de más apalancamiento de tu semana.
• Aceptas, o no. Cuando algo se entrega, eres quien comprueba el comportamiento contra lo que escribiste: con tus propias manos, dentro del producto, contra los criterios que fijaste antes del desarrollo. «La demo se veía bien» no es aceptación. Vas a llegar a ser muy bueno definiendo qué significa «bien hecho» de una forma que se pueda comprobar de verdad.
• Consigues que se adopte, y mides. Nuestros productos no tienen unos ingresos detrás de los que esconderse. Un producto que se entrega y no se usa es un fracaso con buenas notas de versión. Eres dueño del seguimiento, de la formación de los nuevos usuarios junto con el negocio, y del número que dice si la cosa funciona —tiempo ahorrado, tasa de error, uso— y reportas ese número tanto si nos deja bien como si no.
• Llevas una cartera, no un producto. Cada producto nuestro está construido sobre el mismo andamiaje y llega con la misma forma, que es lo que hace posible que un PO lleve varios, cada uno con su desarrollador y su negocio. Aquí la variedad es estructural: siguen llegando productos nuevos de la otra mitad del equipo.
• Tu primer producto es real. Una plataforma viva sobre la que una empresa funciona cada día: usuarios reales, historia real, riesgos reales. Lo heredas de quien lo ha estado sosteniendo, y parte de tus primeros meses se va en lo más útil que puede hacer un PO nuevo: aprenderlo bien antes de cambiarlo.

Por qué existe este puesto: la versión honesta

Esto es lo que nuestro sector acaba de aprender, y es la razón por la que te estamos contratando: la IA hizo que construir fuera rápido, y no hizo que construir lo correcto fuera más probable. Las encuestas encuentran ahora que la mayoría de las empresas entregan más rápido con IA mientras casi ninguna puede señalar el retorno. Nunca ha sido tan fácil correr, a toda velocidad, en la dirección equivocada.

En un equipo como el nuestro los ingenieros dirigen agentes, y la implementación rara vez es el cuello de botella. El cuello de botella es decidir: qué construir, para quién, en qué orden, y si lo entregado hizo de verdad lo que el negocio necesitaba. Eso no es un trabajo que hagan los agentes. Tampoco es un trabajo que quiera la mayoría de los ingenieros. Es este trabajo, y en un equipo nativo en IA es un trabajo más senior y de más consecuencia de lo que ha sido nunca el mismo título, porque cada decisión que escribes se construye, rápido, exactamente como la escribiste.

Lo que sigue siendo tuyo, de forma permanente:

• Decidir qué no construir. Los agentes construirán encantados cualquier cosa. Alguien tiene que ser la persona para la que «no» es una frase completa con un número al lado.
• La relación. Que un negocio confíe en ti, leer lo que necesitan por debajo de lo que piden, y decirles que una idea favorita no merece la pena: para eso no hay modelo.
• La precisión sobre qué debería existir. Convertir una necesidad desordenada, humana y política en una especificación con exactamente una interpretación correcta es la escritura más difícil que hay, y es hoy lo más parecido a código fuente que tiene este sector.
• El criterio sobre lo que vuelve. La aceptación, en un mundo donde el software aparece rápido, es el listón de calidad. Ese listón eres tú.
• El resultado. Si el negocio está de verdad mejor. Alguien tiene que responder de ese número en lugar de la fecha de entrega, y eres tú.

Vas a definir cómo funciona aquí el puesto de PO

Eres el primero. Eso no es un hueco en el organigrama: es la oferta.

Cómo funciona la propiedad de producto en un equipo nativo en IA es una pregunta genuinamente abierta en nuestro sector ahora mismo, y la respuesta honesta es que todavía no encaja el manual de nadie. El nuestro se escribirá aquí, durante tu primer año, por ti y el Head of Engineering juntos: cómo se convierten las necesidades en especificaciones, cómo funciona la aceptación cuando construyen agentes, cómo se mide la adopción, cuántos productos puede llevar una pareja. Los PO que contratemos después de ti se incorporarán sobre lo que tú construiste.

Si alguna vez has leído un documento de proceso y has pensado yo lo habría escrito mejor, este es el trabajo donde te toca.

Vas a llegar a ser muy bueno construyendo con IA

Somos un equipo nativo en IA de verdad, no un equipo que ha añadido una licencia de Copilot. Todo el mundo tiene su propia suscripción a Claude Max y las herramientas para usarla como es debido, y eso te incluye. La gente de producto que admiramos en este mercado prototipa con IA antes de pedirle a nadie que construya: una versión tosca de una idea, hecha en una tarde, enseñada a un stakeholder, porque un prototipo comunica la intención mejor que ningún documento y porque mata las malas ideas barato. Aquí aprenderás a hacer eso si aún no sabes, y aprenderás qué hace que una especificación sea de las que un agente construye bien a la primera. Esa habilidad se está revalorizando en todo nuestro sector, y este es uno de los muy pocos trabajos donde la practicarías a diario sobre productos de los que la gente depende.

Cómo construimos

Todos los productos parten del mismo andamiaje, y es el mismo en casi todos nuestros repositorios, a propósito. Para ti ese es justo el punto: todos los productos de tu cartera tienen la misma forma, así que llevar varios no significa sostener varios mundos distintos en la cabeza. También significa que el paquete de entrega que heredas de la primera mitad del equipo te cuenta de verdad cómo funciona la cosa, porque está construida como está construido todo lo demás.

No hace falta que llegues sabiendo nuestras herramientas, y este anuncio no lista deliberadamente ninguna tecnología. Hace falta que seas lo bastante técnico como para defenderte en una discusión de ingeniería y como para leer lo que produjo un agente con el detalle suficiente para juzgarlo. El resto —nuestra arquitectura, nuestros patrones, nuestro método— es en lo que te formamos.

Cosas que conviene saber de entrada

• Barcelona es tu base, y pasarás tiempo de verdad con los negocios. Los productos sirven a personas de unos quince países, y la relación es el trabajo: cuenta con viajar con regularidad para sentarte con tus usuarios, a nuestra cuenta. Es una fracción de lo que hacen nuestros ingenieros desplegados, pero no es cero, y los PO que no salen nunca de la oficina son aquellos cuyos productos dejan de usarse.
• Nadie cuenta tus horas ni tus tickets. Lo que se mira es si tus productos se usan, si el negocio está mejor y si tus especificaciones aguantaron. Resultados, no volumen.

Si te mudarías a Barcelona por esto

No esperamos que asumas el coste de mudarte, y preferimos decir qué cubrimos a dejar que lo preguntes.

• Pagamos por traerte. Vuelos, el alojamiento del primer mes mientras encuentras algo propio, los costes de visado y papeleo, y un gestor que se ocupe de la burocracia —el NIE, la cita del TIE, las apostillas— en lugar de dejarte solo ante la administración española. Clases de español si las quieres, y en esta plaza se pagarán solas.
• Un bonus de reubicación, pagado a la llegada y no a plazos. Solo es reembolsable si te vas en los primeros dieciocho meses, y esa condición es justo lo que nos permite pagarlo por adelantado: mudarse de país cuesta dinero al principio, no en el segundo año.

Tres cosas de aquí valen más de lo que parecen al comparar ofertas, sobre todo frente a una estadounidense:

• Sanidad sin prima, sin franquicia y sin cuadro médico, desde el primer día y sin quedar atada a seguir en este trabajo.
• Treinta días naturales de vacaciones —es decir, 22 laborables— más catorce festivos, unas siete semanas en total. Es el mínimo legal en España, no un beneficio con el que estemos siendo generosos.
• Nadie está de guardia. Nunca. Tiene su propia línea más arriba y lo decimos literalmente.

Qué buscamos

Hay un listón por encima de todo lo demás, así que aquí va claro. Sabes hacerte cargo de un producto de principio a fin —la necesidad, la decisión, la especificación, la aceptación, el resultado— y eres lo bastante técnico como para aportar en una discusión de ingeniería y para juzgar lo que construyó un agente de IA. No hace falta que programes para vivir. Sí hace falta que no te dé miedo el interior de la máquina. Si has leído eso y has pensado ese es el trabajo que quiero, sigue leyendo.

Lee el resto como una descripción de la persona que serás aquí, no como una lista con la que tengas que llegar. Casi nadie lo marca todo el primer día, y preferimos contratar el criterio y formar lo demás.

• Has sido dueño de algo real. Un producto, una plataforma, un módulo: algo en producción, con usuarios, donde el backlog, las prioridades y el resultado eran genuinamente tuyos. Te pediremos que nos lleves por ello y que justifiques decisiones concretas de dentro.
• Te interesa cómo funcionan las empresas de verdad. Los procesos, el desorden que hay dentro y por qué la gente hace las cosas raras que hace. Nuestros productos automatizan trabajo administrativo, y el PO al que eso le aburra se va a aburrir.
• Escribes con precisión, y te gusta. La especificación, los criterios de aceptación y el «no, porque…» son documentos, y todos los leen personas (y agentes) que no estaban en la sala. Si tu escritura es donde ocurre tu pensamiento, estarás en casa.
• Sabes decirle que no a alguien senior, con un número. Y mantener la relación.
• Usas la IA en serio —para prototipar, para analizar, para escribir— y lees lo que produce como leerías el trabajo de un compañero: con respeto y con sospecha.
• Estás cómodo con ingenieros, y ellos contigo. Nuestro modelo es un PO y un desarrollador llevando cada producto juntos. Esa pareja solo funciona si os pasáis contexto en lugar de tickets por encima de un muro.
• Inglés, con fluidez. Es nuestro idioma de trabajo: trabajamos en unos quince países. El español es una ventaja genuina en el día a día, y para tu primer producto especialmente. El catalán no es un requisito.
• Barcelona, con viajes a tus negocios.

Nos da igual qué estudiaste, y una certificación de Scrum ni es un requisito ni es una ventaja. Nos importa de qué has sido dueño, qué le pasó, y si sabes explicarnos las decisiones que hay dentro.

Cómo contratamos: las dos rondas hechas para esta plaza

1. Una conversación de treinta minutos. De qué has sido dueño, cómo trabajas y cómo lo piensas. Te pediremos que nos lleves por un producto que llevaste, y que después justifiques una decisión concreta de priorización: por qué eso, por qué entonces, y qué rechazaste a cambio. No hay forma de preparar eso y no busca pillarte: es como distinguimos la propiedad de la cercanía.
2. Una sesión de trabajo montada alrededor de un producto real. Lees un paquete de entrega real, te sientas con un stakeholder real, decides qué importa, escribes la especificación y los criterios de aceptación, y luego ves qué construyen a partir de ello nuestros agentes y tu desarrollador, y nos dices si lo aceptarías y cuánto valdría. Es lo más parecido al trabajo real que supimos diseñar, y funciona en los dos sentidos: al terminar sabrás muchísimo sobre si quieres trabajar aquí.

Mainloop · Barcelona. Preséntate con un producto del que hayas sido dueño y un párrafo sobre el mejor «no» que hayas dicho: qué te pidieron, por qué lo rechazaste y qué pasó después.