Product Manager
Preguntas de entrevista estructuradas para Product Manager, con lo que revela una buena respuesta en cada una.
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 respuestaCapacidad 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.
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 respuestaApertura 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.
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 respuestaPostura 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.
SituacionalPriorización y arbitraje El CEO le pide priorizar una funcionalidad para un·a cliente grande que amenaza con marcharse. La roadmap ya está cargada. ¿Cómo reacciona en 48 h?
Lo que revela una buena respuestaEncuadre antes de ejecución: (1) clarificar la petición (problema frente a solución propuesta), (2) cifrar el impacto (ARR en riesgo, alternativas del cliente, señal sobre el segmento), (3) evaluar el coste de oportunidad sobre la roadmap actual, (4) proponer 2 o 3 opciones cuantificadas con recomendación a la dirección. Quien acepta o rechaza en bloque sin encuadrar revela debilidad de arbitraje ejecutivo.
SituacionalMétricas e investigación Sus métricas de activación caen un 15 % de una semana a otra sin ningún despliegue de producto. ¿Qué hace en 24 h?
Lo que revela una buena respuestaMétodo de investigación estructurado: (1) verificar la instrumentación y la calidad del dato (causa frecuente), (2) segmentar (cohorte nueva frente a antigua, por dispositivo, por fuente), (3) hipótesis ordenadas (cambio en marketing, caída de un tercero, estacionalidad, bug silencioso). Quien salta a lanzamos un fix sin investigar revela sesgo de acción sin diagnóstico.
SituacionalComunicación transversal Su equipo de ventas le pide funcionalidades personalizadas para 5 prospects distintos en el mismo trimestre. ¿Cómo lo encuadra?
Lo que revela una buena respuestaReconocimiento de la trampa de la roadmap pilotada por ventas: cada petición puede justificarse individualmente, pero destruye la coherencia de producto acumulativamente. Método esperado: identificar la necesidad común detrás de las 5 peticiones, distinguir ICP de caso excepcional, proponer 1 o 2 funcionalidades que cubran un 60-70 % de los casos en lugar de 5 ad hoc. Bonus: la persona instala un ritual periódico de feedback con ventas para evitar urgencias reactivas.
Caso prácticoPriorización y arbitraje Nuestro producto tiene una tasa de activación a 7 días del 35 %. El equipo cree que podríamos llegar al 50 %. ¿Cómo encuadra y prioriza los proyectos para los próximos 3 meses?
Lo que revela una buena respuestaEnfoque estructurado: (1) clarificar la definición de activación (paso A, B o C), (2) instrumentar el funnel actual para identificar las caídas más costosas, (3) enumerar 5-10 hipótesis de palanca (onboarding, fricción de signup, valor percibido), (4) cifrar impacto por esfuerzo por hipótesis, (5) secuenciar en sprints de 2-4 semanas midiendo efecto entre cada uno. Quien salta a soluciones (añadimos un tutorial) sin encuadrar el funnel revela debilidad de método.
Caso prácticoDiscovery de usuario Discovery: estamos considerando abrir nuestro producto B2B SaaS a un nuevo segmento (por ejemplo, pymes en lugar de grandes empresas). ¿Cómo encuadra la fase de discovery a 6-8 semanas?
Lo que revela una buena respuestaMétodo de discovery: (1) hipótesis explícitas que validar (problema, fit, disposición a pagar, canal), (2) 10-15 entrevistas ICP en 2-3 semanas, (3) prototipo o wizard-of-oz si procede para validar el valor percibido, (4) señales cuantitativas que medir en paralelo (volumen entrante, conversión en una landing de prueba). Bonus: la persona menciona qué le haría decir no, no vamos por ahí (kill criteria explícitos). Quienes hablan solo de surveys o focus groups no han hecho discovery seria.
Caso prácticoMétricas e investigación Matemáticas de producto: nuestro producto tiene 1.000 usuarios activos mensuales, una tasa de churn del 8 % al mes y un MRR medio por usuario de 50 €. Si queremos alcanzar 500 k€ de ARR en 12 meses, ¿qué adquisición mensual necesitamos? Detalle el razonamiento.
Lo que revela una buena respuestaCapacidad de manejar las matemáticas de producto (LTV, CAC, crecimiento neto) sin hoja de cálculo. Respuesta esperada aproximada: ARR objetivo 500 k€ implica MRR objetivo 41,7 k€, es decir base a 12 meses de 833 usuarios activos. Con un churn del 8 % al mes, la adquisición mensual necesaria para mantener y crecer ronda 130-150 nuevos usuarios por mes. Bonus: la persona cuestiona las hipótesis (churn estable, MRR medio estable, estacionalidad). Quien no sea capaz de razonar esto en voz alta no pilotará un producto en autonomía.
TécnicaMétricas e investigación ¿Qué indicadores mira a diario, a la semana y al mes? ¿Por qué esa cadencia?
Lo que revela una buena respuestaCadencia sana: salud funcional a diario (volumen, errores, latencia si es crítica), engagement y activación a la semana, retención y MRR al mes. Distingue indicadores adelantados (activación, engagement) frente a retardados (retención, ARR). Quien acumula 20 indicadores o solo mira el MRR a fin de mes pierde el nivel operativo que permite ajustar dentro del trimestre.
TécnicaJuicio de producto ¿Cómo estructura una spec de producto? ¿Cuántas páginas, qué secciones, quién la lee?
Lo que revela una buena respuestaEstructura tipo adaptada al equipo: problema, usuarias y usuarios objetivo, métricas de éxito, scope explícito (in / out), decisiones clave con su razón, apertura (preguntas no resueltas). Bonus: la persona adapta la longitud a la complejidad (una spec de 12 páginas para un toggle es over-engineering). Quien describe specs de 30 páginas con wireframes detallados revela una postura Product Owner ejecutante en lugar de Product Manager árbitro.
TécnicaDiscovery de usuario Describa su última user interview. ¿Cuántos minutos, qué preguntas abiertas, qué aprendió?
Lo que revela una buena respuestaMétodo de entrevista abierta: preguntas que buscan comportamientos pasados en lugar de opiniones futuras (describa la última vez que..., en lugar de aceptaría usted...), ausencia de preguntas sesgadas (no le sería útil si...), toma de notas o grabación para revisar en frío. Bonus: la persona cita un aprendizaje que cambió su dirección de producto. Quien no haya hecho una entrevista en el último mes está desconectada o desconectado de sus usuarias y usuarios.
ValoresCoachability y aprendizaje Describa al o la Product Manager de quien más ha aprendido. ¿Qué le hacía buena profesional y qué era más difícil de trabajar con esa persona?
Lo que revela una buena respuestaMadurez reflexiva sobre el oficio. La capacidad de nombrar una cualidad y una dificultad revela a alguien que sabe observar sus propios modelos. Quienes solo elogian o solo critican a su anterior PM rara vez son buenos PMs.
ValoresJuicio de producto ¿Cuál es su lectura del oficio de Product Manager en 2026? ¿Qué ha cambiado en estos últimos años, en su opinión?
Lo que revela una buena respuestaReconocimiento de las evoluciones: subida de la IA generativa en producto y flujos internos, fatiga de frameworks (del estilo hay que aplicar RICE más ICE más MoSCoW), regreso a fundamentos de discovery (Teresa Torres, Marty Cagan), presión creciente sobre el impacto de negocio frente a la entrega de funcionalidades. Quien responde solo con frameworks o buzzwords señala una postura superficial; quien habla de tensión negocio-usuario, incertidumbre y disciplina empírica está al día.
ValoresCoachability y aprendizaje Describa un feedback difícil que haya recibido de una persona de ingeniería, de diseño o de su responsable. ¿Cómo lo recibió y qué cambió?
Lo que revela una buena respuestaApertura al feedback ascendente y lateral: señal de humildad y coachability. Capacidad de dar un ejemplo concreto con el cambio de comportamiento que se siguió. Quien habla en generalidades o no cita ningún feedback difícil recibido rara vez es coachable, lo cual es eliminatorio para una persona PM que navega de forma constante entre ingeniería, diseño, ventas y dirección.
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.
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.
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.
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.
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.
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
| Competencia | Por debajo | En el nivel | Por encima |
|---|---|---|---|
| Discovery de usuario | Realiza 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 incertidumbre | Aplaza 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 arbitraje | Prioriza 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 transversal | Comunica 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 producto | Sigue 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ón | Sin 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