Product Manager

EspañaIntermedio

Preguntas de entrevista estructuradas para Product Manager, con lo que revela una buena respuesta en cada una.

  1. ConductualDecisión bajo incertidumbre

    Describa la última vez que paró una funcionalidad o un proyecto en el que el equipo ya había invertido. ¿Qué ocurrió y cómo tomó la decisión?

    Lo que revela una buena respuesta

    Capacidad de decidir contra costes hundidos. Método de decisión: qué señales dispararon la reconsideración (uso, feedback, métricas), validación con stakeholders, comunicación al equipo. Bonus: la persona cita el plazo entre la señal y la decisión (buenos PMs cortan rápido; los indecisos acumulan sunk cost). Quien no pueda citar ningún proyecto parado probablemente ha pilotado pura ejecución, no producto.

  2. ConductualCoachability y aprendizaje

    Hábleme de la vez en la que cambió de opinión sobre una intuición de producto fuerte. ¿Qué le hizo cambiar?

    Lo que revela una buena respuesta

    Apertura a los datos y al feedback contradictorio. Bonus: la persona cita la fuente concreta del cambio (una user interview, una métrica, un test A/B fallido) y el plazo entre señal y cambio de opinión. Quienes describen sus intuiciones como siempre validadas revelan una debilidad crítica de coachability para la función producto.

  3. ConductualComunicación transversal

    Describa un desacuerdo importante con una persona de ingeniería o de diseño sobre una decisión de producto. ¿Cómo lo resolvió?

    Lo que revela una buena respuesta

    Postura de partenariado frente a autoridad: capacidad de escuchar la visión técnica o de diseño antes de decidir, proponer un compromiso o un experimento, reconocer cuando la otra parte tenía razón. Quienes describen a ingeniería o diseño como personas que no entienden el negocio revelan una debilidad de juego transversal que penalizará la velocidad.

Manual de evaluación

El rol de Product Manager se evalúa en cinco etapas. La prueba de producto en situación (etapa 4) es la más predictiva: alguien puede hablar de frameworks durante 2 horas sin revelar si realmente sabe decidir bajo incertidumbre. Póngale a trabajar sobre un caso concreto.

  1. Etapa 1: Lectura del CV

    Busque coherencia de fase de producto (alguien con 8 años en productos con PMF establecido no tendrá los mismos reflejos que alguien que ha buscado el PMF en early-stage), tamaño de equipos (scale-up frente a corporación), naturaleza del producto (B2B SaaS, B2C o herramienta interna). Señal negativa: acumulación de puestos PM de 12-18 meses (churn o desajuste repetido), título Product Owner sin precisión sobre el perímetro real. Señal positiva: quien haya vivido un pivote o un sunset de producto trae aprendizajes que ningún framework entrega.

  2. Etapa 2: Phone screen (30 min)

    Solo tres preguntas: (1) describa el producto o la funcionalidad de la que esté más orgullosa o orgulloso y cuál fue exactamente su aportación; (2) ¿qué decisión de producto reciente le sigue generando dudas? (humildad y retrospección); (3) ¿por qué un cambio justo ahora? Salida: go / no-go en 5 min de debrief. Evite preguntas sobre frameworks en esta fase; busque el pensamiento de producto en bruto.

  3. Etapa 3: Entrevista estructurada (90 min)

    Recorra las 15 preguntas de abajo alternando behavioral, situational, case, technical y values. En la pregunta de caso (priorización y matemáticas de producto) pida que lo escriba en pizarra o papel. Mínimo 2 entrevistadoras o entrevistadores, idealmente una persona PM senior y otra responsable de producto o ingeniería; scoring independiente antes del debrief.

  4. Etapa 4: Prueba de producto en situación (90-120 min)

    Caso concreto extraído de su producto o de un producto adyacente: aquí hay un problema de uso o una señal de negocio; cómo lo encuadra, prioriza y decide para las 4 próximas semanas. La persona candidata recibe el brief 48 h antes, prepara un documento corto (3-5 páginas) y presenta en 30 min seguidos de 60 min de Q&A con PMs e ingeniería. Pondere mucho en la decisión final; aquí se revela el arbitraje bajo incertidumbre.

  5. Etapa 5: Referencias (verificación estructurada)

    Llame a 2 referencias: una persona ex-responsable (head of product, CPO o CEO) y una ex-compañera o ex-compañero de ingeniería o diseño que haya trabajado a diario con la persona candidata. Haga a ambas las mismas 4 preguntas: ¿En qué es más fuerte? ¿Qué perfil complementario contrataría a continuación? ¿La o lo volvería a contratar mañana y por qué sí o por qué no? Pida un ejemplo concreto de decisión difícil bajo incertidumbre. La pregunta 4 entrega la señal real; la 2 revela los puntos ciegos.

Cómo reconocer una gran contratación

CompetenciaPor debajoEn el nivelPor encima
Discovery de usuarioRealiza pocas o ninguna entrevista de usuario; decide por intuición, encuestas o peticiones de ventas. Confunde opinión con comportamiento observado.Cadencia regular de entrevistas (3-5 al mes). Sabe formular preguntas abiertas orientadas a comportamiento pasado. Distingue lo que las personas usuarias dicen querer de lo que realmente hacen.Discovery continua y estructurada: ritual semanal de entrevistas, prototipos o wizard-of-oz para probar el valor antes de construir, kill criteria explícitos antes de cada iniciativa relevante. Forma al equipo en discovery.
Decisión bajo incertidumbreAplaza decisiones difíciles o las delega de forma implícita (ya veremos, lo hablamos más adelante). Evita parar proyectos en los que el equipo ha invertido.Decide cuestiones claras en pocos días. Sabe formular un arbitraje en 2-3 opciones cuantificadas con recomendación. Acepta revisar una decisión cuando llegan datos nuevos.Decide rápido y explícitamente, incluso contra costes hundidos. Documenta decisiones importantes y sus razones para permitir la retrospección. Sabe decir no lo sé, así es como vamos a averiguarlo sin entrar en pánico.
Priorización y arbitrajePrioriza por intuición o por las peticiones más ruidosas (ventas, cliente grande, dirección). Lista de funcionalidades sin estructura de impacto por esfuerzo.Marco de priorización explícito (impacto por esfuerzo o equivalente). Sabe defender una priorización ante el comité de dirección. Reconoce el coste de oportunidad de cada decisión.Prioriza al servicio de una estrategia de producto articulada (1-3 iniciativas prioritarias por trimestre). Sabe decir no de forma explícita a peticiones razonables individualmente pero fuera de estrategia acumulativamente. Mantiene la roadmap como herramienta de comunicación, no como contrato.
Comunicación transversalComunica mal con ingeniería y diseño: briefs vagos, expectativas implícitas, postura de autoridad. Comunica mal con ventas y dirección: demasiado técnica o demasiado evasiva.Sabe explicar un arbitraje de producto a una persona de ingeniería y a una de dirección en lenguajes distintos. Dinamiza rituales eficaces (weekly de producto, revisión de roadmap, retrospectiva trimestral).Puente entre ingeniería, diseño, ventas, customer success y dirección. Sabe simplificar, traducir, negociar. Referencia en el equipo para la comunicación transversal. Construye la confianza de las demás funciones por su claridad.
Juicio de productoSigue modas (frameworks, herramientas, tendencias) sin espíritu crítico. Confunde entrega de funcionalidad con impacto de negocio. No sabe distinguir un producto bien hecho de uno mal hecho.Visión actualizada del oficio de producto (discovery continua, métricas de impacto frente a actividad, fatiga de frameworks rígidos). Reconoce una buena experiencia de uso frente a una mala.Juicio de producto informado por el uso personal (prueba 5-10 productos al mes), por la lectura (Marty Cagan, Teresa Torres, Lenny Rachitsky, entre otros) y por la reflexión. Sabe articular por qué un producto gana o pierde y aplicar esos aprendizajes a su propio producto.
Métricas e investigaciónSin cadencia métrica clara. Confunde actividad (entregas) con impacto (cambio de comportamiento de la persona usuaria). No sabe debuggear una métrica que se mueve.Cadencia métrica instalada (diaria salud funcional, semanal engagement, mensual retención y MRR). Sabe segmentar una métrica para identificar el origen de una variación.Pilota por anticipación: ajusta iniciativas sobre indicadores adelantados (activación, engagement) antes de que los retardados (retención, ARR) se muevan. Construye o encarga análisis ad hoc para validar hipótesis. Forma al equipo en la lectura de datos.

Plan de 30/60/90 días

Día 30

  • 1:1 semanales con cada persona de ingeniería y diseño del equipo de producto; 1:1 mensual con ventas, customer success y marketing
  • Lectura completa de la documentación de producto (specs recientes, retros, post-mortems) y primeras 5-10 entrevistas de usuario en shadowing o en solitario
  • Auditoría de salud métrica: qué está instrumentado, qué no, quién consulta qué y a qué cadencia
  • Mapa de los 3-5 proyectos más estratégicos del trimestre, estado exacto y riesgos

Día 60

  • Primera spec o encuadre de producto en autonomía sobre un tema de tamaño medio (4-8 semanas de delivery)
  • Cadencia de pilotaje instalada: weekly de producto, revisión mensual de roadmap, ritual de discovery (mínimo 10-15 entrevistas al mes)
  • Primera recomendación al comité de dirección sobre un arbitraje de producto (parar, pivotar o priorizar)
  • Reformulación o clarificación de una métrica clave del funnel si la auditoría lo exige

Día 90

  • Revisión formal con la persona responsable de producto o el CEO sobre la salud del equipo y la trayectoria del producto
  • Plan de iniciativas del trimestre siguiente articulado en 1-3 prioridades estratégicas con impacto esperado cuantificado
  • Cadencia de pilotaje sostenida durante 8-10 semanas consecutivas sin intervención externa
  • Primer impacto medible en una métrica de negocio (activación, retención, conversión) atribuible a una decisión de producto reciente
Actualizado
Cubra este puesto con JoinSourcing, filtrado y entrevistas en un solo lugar.
Contratar

Hablar con Join