Creador de productos

Descripción

Creador de productos

SaaS global | Inversión remota Serie B de 28 millones de dólares en Europa

La misión

La mayoría de las ideas de productos mueren en la brecha entre "alguien debería mirar esto" y "un equipo tiene capacidad para el próximo ciclo". Como creador de productos, usted cierra esa brecha siendo usted mismo el ciclo completo: encuentra el problema, habla con los usuarios, construye el producto, lo envía y lee el resultado.

Eres dueño del camino desde el problema hasta el resultado. No sólo las especificaciones. No sólo el billete. Todo el asunto.

Este no es un gerente de producto que escribe código, ni un ingeniero que asiste a las llamadas de descubrimiento. Es una función única que mantiene el descubrimiento y la entrega en la misma cabeza, y utiliza inteligencia artificial para hacerlo posible a una velocidad que un trío de tres personas no puede igualar en el trabajo exploratorio. Trabajará en los espacios desordenados y de alta ambigüedad que rodean nuestro producto de plataforma principal, nuestros agentes de voz de IA, aplicaciones de llamadas y nuestras superficies dirigidas por productos: la fricción que nadie posee, la pregunta de soporte repetida, la idea de que es demasiado pronto para que un equipo se comprometa con un ciclo y demasiado valioso para abandonarlo.

Nuestros equipos empoderados son dueños de nuestra hoja de ruta comprometida y son buenos en eso. Eres dueño de las cosas que aún no se han ganado un equipo. Una buena semana para ti no es "envié mucho". Es "ahora sabemos algo que no sabíamos el lunes y hay un software funcional que lo demuestra".

Responsabilidades clave

1. Sea dueño del problema antes de que alguien lo haya escrito.

• Encuentra la fricción. Vas a buscar: en tickets de soporte, en llamadas de abandono, en las preguntas que siguen llegando a #producto, en los espacios entre las superficies de dos equipos. No esperes un informe.

• Conviértalo en una hipótesis. Una vaga frustración se convierte en una declaración falsificable con una métrica adjunta, lo suficientemente rápido como para que el perfeccionamiento no se convierta en el proyecto.

• Hable usted mismo con los usuarios. El descubrimiento continuo no es una fase que usted programe. Está en contacto con clientes reales semanalmente y puede realizar una entrevista que muestre el comportamiento en lugar de las solicitudes de funciones.

• Realizar varias apuestas en paralelo. Explora tres o cuatro oportunidades a la vez y luego converge en una o dos que valen la inversión real.

2. Constrúyalo y envíelo

• Entrega de extremo a extremo. Prototipo, construcción, prueba, envío a producción, instrumento. Trabaja en toda la pila y realiza sus propias llamadas de diseño; no tiene ningún PM ni Diseñador asignado, aunque ambos están a un mensaje de Slack y los usa bien.

• Realice envíos pequeños y anticipados. Preferirías tener algo imperfecto frente a cinco clientes reales esta semana que algo completo frente a nadie el próximo mes.

• Mantener la línea de calidad. El envío rápido no es un envío descuidado. Escribe pruebas, piensa en modos de falla y sabe cuándo no se debe permitir que un prototipo entre en producción.

• Construya una IA nativa, no integrada. Flujos impulsados ​​por LLM, flujos de trabajo agentes y orquestación: comprende los modelos lo suficientemente bien como para diseñar en torno a lo que realmente hacen, incluido lo que hacen mal.

3. Lee el resultado y decide.

• Instrumento antes de enviar. Usted define lo que demostraría que está equivocado antes de que se publique el código.

• Mata tus propias ideas. Puede mirar una compilación de dos semanas, ver que no movió el número y cerrarla sin necesidad del permiso de nadie o una retrospectiva para justificarlo. Esta es la parte más difícil del trabajo y en la que profundizaremos más en las entrevistas.

• Entregar deliberadamente. Cuando algo funciona y necesita escalar, lo escribes, lo transfieres al equipo propietario y te marchas. No acumula un patrimonio personal de servicios de producción que no son de su propiedad.

4. Trabaja primero con la IA y haz que cuente

• La IA como multiplicador, no como objetivo. Utiliza flujos de trabajo agentes para comprimir el ciclo desde la idea hasta el envío. Puede explicar qué herramienta para qué trabajo y por qué, y sabrá con seguridad cuándo el agente se equivoca.

• Sistemas, no indicaciones. Flujos de trabajo repetibles para síntesis de investigaciones, creación de prototipos y lecturas de experimentos, no chats únicos. Validación diseñada en.

• Levante el piso. Los patrones que encuentres se escriben y se comparten. Su influencia debe reflejarse en el rendimiento de otras personas, no sólo en el suyo propio.

5. Manténgase conectado mientras trabaja solo

• Visible de forma predeterminada. Trabajas con gran autonomía, lo que significa que te comunicas demasiado. Lo que estás explorando, lo que aprendiste, lo que mataste, todo a la vista.

• Comercialmente honesto. Puede explicar el valor de una apuesta para la empresa en términos de ARR, retención o costos, y puede decir en voz alta “no vale la pena construir esto”.

• Un buen ciudadano de la hoja de ruta. No te lanzas en paracaídas a la superficie de un escuadrón sin hablar con ellos. El descubrimiento que ejecuta en su dominio se les entrega a ellos.|
El perfil ideal

• El operador de bucle completo. Personalmente, ha tomado algo desde "Noté algo" hasta "los clientes lo están usando en producción", y puede nombrar la métrica que se movió.

• El constructor fluido de IA. Reingeniarás cómo se realiza el trabajo con IA (Nivel 4 en la escala de fluidez de IA de CloudTalk). Envías cosas a producción que antes habrían necesitado un trío completo. Se le pedirán recibos.

• El asesino cómodo. Has cerrado tu propio trabajo. Puedes hablar sobre una apuesta que falló, cuánto costó, qué te enseñó y qué tan rápido la cancelaste.

• El practicante del descubrimiento. El descubrimiento continuo en el sentido de Teresa Torres es cómo se trabaja, no un marco sobre el que se ha leído. Ha realizado suficientes entrevistas para saber hasta qué punto una pregunta capciosa puede envenenar una semana de trabajo.

• El nativo de la ambigüedad. Experiencia en inicio, fundación o ampliación de escala. Ha trabajado sin especificaciones, sin diseñador y sin que nadie le diga cómo es el éxito. Lo prefieres.

• El realista B2B SaaS. Usted comprende un movimiento PLG y asistido por ventas, un modelo impulsado por ARR y la diferencia entre una característica que solicita un cliente y un problema que vale la pena resolver.

Es bueno tener: experiencia en voz, telefonía o sistemas en tiempo real. Experiencia fundadora o fundadora técnica solista. Un rastro público de las cosas que has construido.

Métricas de éxito (primeros 90 días)…

Fuente: Empleos remotos en la UE (https://euremotejobs.com/job/product-builder/)