Preguntas de entrevista para Product Manager: respuestas que funcionan

Llegas a la fase final del proceso y el miedo a las preguntas de entrevista para Product Manager te paraliza. No es solo que no sepas la respuesta, es que no sabes qué buscan. Esta guía te da el mapa. Aquí están las preguntas reales, lo que el entrevistador evalúa en cada una y cómo estructurar una respuesta que no suene a guion.

El primer filtro: preguntas generales y de motivación#

El objetivo aquí no es impresionar, es encajar. Quieren ver si entiendes el rol y si tus motivos son los correctos.

¿Por qué quieres ser Product Manager (o trabajar en este producto)? El entrevistador busca si tienes una motivación real o si solo suena "cool". Una mala respuesta es "me gusta liderar equipos". Una buena conecta tu experiencia con el problema del producto. Por ejemplo: "En mi último rol como analista, me frustraba ver que no priorizábamos funcionalidades que los datos mostraban como críticas. Quiero ser PM para tener la capacidad de tomar esas decisiones y cerrar la brecha entre los datos y la ejecución".

¿Qué producto crees que está bien diseñado y por qué? No elijas el obvio (iPhone). Eligen algo que uses a diario y desglosa el "por qué" desde la perspectiva del usuario y del negocio. "Para mí, la app del banco X está bien diseñada porque resolvió un problema real: transferir dinero en menos de 10 segundos. Eso no solo mejora la experiencia, sino que aumenta la retención de clientes. El onboarding es claro y las funciones avanzadas no distraen al usuario nuevo".

Preguntas técnicas: tu forma de pensar como PM#

Aquí no hay respuestas correctas, solo procesos correctos. Quieren ver tu marco mental.

Cómo priorizarías estas tres funcionalidades (te dan un ejemplo)? Siempre pide contexto. ¿Cuál es el objetivo del trimestre? ¿Qué métrica queremos mover? Un buen marco es RICE (Alcance, Impacto, Confianza, Esfuerzo). Pero lo importante es justificar. "Si el objetivo es crecimiento de usuarios, priorizaría la funcionalidad A porque tiene el mayor alcance y un alto impacto, aunque requiera más esfuerzo. La B es un 'quick win' pero solo mejora la retención, que no es el objetivo actual".

Diseña un producto para X (ej: un app para perros). Empieza por el usuario y el problema, no por la solución. ¿Quién es el usuario? ¿El dueño o el veterinario? ¿Qué problema específico resolvemos? "El problema principal de los dueños es la coordinación de cuidados. El producto mínimo viable sería un calendario compartido para paseos, comidas y citas con el veterinario, con recordatorios. La métrica clave sería la retención semanal de usuarios activos".

¿Cómo medirías el éxito de esta nueva función? Distingue entre métricas de resultado (lo que logras) y de output (lo que haces). Un error es decir "lanzar la función". La respuesta correcta es: "La métrica principal sería la tasa de adopción de la función en los primeros 30 días. Secundariamente, veríamos si aumenta el tiempo de sesión o si reduce los tickets de soporte relacionados con el flujo anterior".

Preguntas de comportamiento: tu historial real#

Usan el método STAR (Situación, Tarea, Acción, Resultado) para predecir tu futuro. Sé específico.

Cuéntame un momento en que tuviste un desacuerdo con un ingeniero. Buscan empatía y habilidad para influir sin autoridad. No digas "tenía razón y lo convencí". Ejemplo: "En mi proyecto anterior, el equipo técnico quería reescribir un módulo completo, lo que retrasaría el lanzamiento dos meses. Mi tarea era encontrar un punto medio. Organicé una reunión donde ellos explicaron la deuda técnica y yo mostré los datos de usuarios que esperaban la función. Acordamos una solución de dos fases: un MVP rápido y la reescritura en el siguiente ciclo. Lanzamos a tiempo".

Describe un proyecto que fracasó y qué aprendiste. Quieren honestidad y capacidad de aprendizaje. Elige un fracaso real, no uno disfrazado de éxito. "Lanzamos una función de recomendación basada en IA, pero la adopción fue del 2%. No validamos la demanda con usuarios reales antes de construir. Aprendí a prototipar y testear con entrevistas en etapas muy tempranas, incluso antes de un wireframe".

Errores comunes que te descalifican#

• Hablar en generalidades. "Mejoré el producto" no dice nada. "Aumenté la conversión en un 15% mediante pruebas A/B del flujo de registro" sí dice algo.
• No hacer preguntas al final. Es una entrevista, no un interrogatorio. Pregunta sobre el equipo, los retos del producto o la cultura de toma de decisiones.
• Ignorar el negocio. Un PM que solo habla de features sin conectar a métricas de negocio (ingresos, retención, costes) es un riesgo.
• Mentir sobre tu rol. Si fuiste parte de un equipo, sé claro sobre tu contribución específica. Te pillarán en las preguntas de seguimiento.

Checklist de preparación#

• Investiga el producto a fondo. Úsalo como usuario, lee reseñas, entiende su modelo de negocio.
• Revisa la descripción del puesto y mapea tus experiencias a cada requisito.
• Prepara 5-7 historias STAR (situación, tarea, acción, resultado) sobre conflictos, fracasos, éxitos y colaboración.
• Practica en voz alta. Grábate. Suena horrible, pero funciona.
• Prepara preguntas inteligentes para ellos: sobre el ciclo de vida del producto, los mayores desafíos del equipo o cómo miden el éxito.
• Para roles técnicos, repasa conceptos básicos de SQL y métricas de producto (DAU, MAU, churn, LTV).

Usa nuestro verificador de compatibilidad con sistemas ATS para asegurarte de que tu CV pasa el primer filtro automático. Y si ves una oferta que te interesa en nuestro portal de empleo, decodifica la descripción del puesto para entender qué buscan realmente.

Herramientas gratis#

• jobrise.io/es/free-ats-checker/
• jobrise.io/es/free-jd-decoder/
• jobrise.io/es/jobs/
• jobrise.io/es/blog/

Preguntas frecuentes#

¿Cuánto tiempo debo dedicar a preparar una entrevista de PM?

Depende de tu experiencia, pero un mínimo de 5 horas es razonable. Incluye investigación del producto, preparación de tus historias y práctica de respuestas en voz alta. No subestimes la práctica oral.

¿Es mejor dar respuestas técnicas o generales?

Depende de la pregunta y del entrevistador. Las técnicas suelen ser para roles más senior o en empresas de tecnología. Si no estás seguro, puedes preguntar: "¿Prefieres que profundice en el aspecto técnico o en el impacto de negocio?". Eso demuestra pensamiento estratégico.

¿Qué hago si no sé la respuesta a una pregunta?

No finjas. Es mejor decir "No tengo experiencia directa con eso, pero mi aproximación sería..." y razonar en voz alta. Los entrevistadores valoran el proceso de pensamiento, especialmente en preguntas de diseño de producto.

¿Debo hablar de salario en la primera entrevista?

Generalmente no. Si te lo preguntan, da un rango basado en investigación (usa fuentes como Glassdoor o niveles.fyi para España/LatAm). Indica que eres flexible según el paquete completo (beneficios, retribuciones). Nunca des un número fijo primero.

¿Cómo sigo después de la entrevista?

Envía un email de agradecimiento en las 24 horas siguientes. Menciona algo específico de la conversación para que no parezca genérico. Si no te dan un plazo, puedes preguntar educadamente por el siguiente paso y los tiempos esperados.