Volver al blog

Caso práctico de Product Manager: fases de la entrevista y cómo prepararlo, por Javi Platón

Cómo es un proceso de entrevistas de Product Manager o Product Owner y cómo resolver y presentar el caso práctico, en casa o en directo: estructura, métricas, qué penaliza, preguntas para el final y un prompt para simularlo.

J
Javi Platón

Has pasado la primera llamada y te mandan un caso práctico. O peor: te avisan de que habrá un caso en directo, con media hora para prepararlo. Es la fase donde más procesos de producto se deciden, y la que menos se entrena.

En el caso, quien entrevista no busca la respuesta correcta. Busca cómo piensas. A veces le interesan más tus preguntas que tus respuestas.

En este artículo tienes las fases de un proceso de producto y qué evalúa cada una, una estructura para resolver cualquier caso, cómo presentarlo, qué penaliza, qué preguntar al final y un prompt para simularlo con IA.

Evento online y gratuito: cómo buscar trabajo en producto como si fuera un producto. Jueves 10 de diciembre, de 18:30 a 21:30, en directo. Apúntate aquí

Las fases de un proceso de producto

Cambian de una empresa a otra. Los procesos que acompaño suelen tener de tres a cuatro entrevistas para la persona finalista, y en empresas grandes pueden llegar a siete u ocho. Casi siempre evalúan esto, por este orden:

Las fases de un proceso de producto: primera llamada, hiring manager, caso práctico, equipo o CEO y oferta
Las fases de un proceso de producto: primera llamada, hiring manager, caso práctico, equipo o CEO y oferta
  1. Primera llamada con talento. Motivación, por qué cambias y salario. Llega con tu pitch preparado: la pregunta de por qué quieres cambiar casi siempre sale. Lo tienes en cómo contar tu historia de producto.
  2. Hiring manager. Quien lidera producto quiere entender qué producto llevabas, con qué equipo, qué alcance tenías y qué resultados conseguiste. Cuenta el contexto operativo: los stakeholders, cómo era el squad (frontend, backend, diseño) y qué decidías tú.
  3. Caso práctico. Cómo piensas, qué preguntas haces y cómo mides. Es el centro de este artículo.
  4. Equipo o CEO. Encaje, criterio y colaboración. A veces con dinámicas inesperadas, como construir algo en directo, para ver cómo razonas sin preparación.
  5. Oferta. Negociación de salario y condiciones.

Y cuenta con que todo el proceso, desde que empiezas a buscar hasta la oferta, lleva meses. Estas son las estimaciones que doy en mis mentorías, y crecen con el nivel y con el salario:

Cuánto puede durar tu búsqueda según tu nivel: de 6 a 9 meses para Product Manager, de 6 a 15 para Senior o Lead, de 8 a 12 para Head of Product y de 9 a 12 para CPO
Cuánto puede durar tu búsqueda según tu nivel: de 6 a 9 meses para Product Manager, de 6 a 15 para Senior o Lead, de 8 a 12 para Head of Product y de 9 a 12 para CPO
  • Product Manager: de 6 a 9 meses.
  • Senior Product Manager o Lead: de 6 a 15 meses.
  • Head of Product: de 8 a 12 meses.
  • CPO o más de 90.000 €: de 9 a 12 meses.

Haz un Excel con los meses que podrías estar sin trabajo. Te dará calma para no aceptar la primera oferta por prisa.

Para las preguntas de cada fase tienes las 100 preguntas de entrevista de Product Manager.

En el episodio sobre procesos de selección del podcast Oído Producto, de Thiga España, dos Product Managers que han estado a los dos lados de la mesa lo resumen así: la actitud pesa. La curiosidad se nota en las preguntas que haces, y la humildad, en cómo recibes un punto de vista distinto sobre tu caso.

Cómo resolver un caso práctico

Sirve para el caso en casa y para el caso en directo. Un paso 0 y siete pasos, en este orden:

Cómo resolver un caso práctico de producto: contexto, preguntas, hipótesis, baseline, propuesta, validación y riesgos
Cómo resolver un caso práctico de producto: contexto, preguntas, hipótesis, baseline, propuesta, validación y riesgos
  1. Pregunta rápido. Plantea tus dudas desde el primer minuto. Preguntar pronto demuestra interés y deja ver tu personalidad, y quien entrevista empieza a conocerte antes de que propongas nada.
  2. Contexto y restricciones. Usuarios, negocio, plazos y equipo. Di también lo que no sabes.
  3. Preguntas de diagnóstico. Antes de proponer, pregunta: cómo se usa hoy, qué segmentos hay, qué alternativas usan los usuarios, cómo es la activación, por qué canales llegan, qué objetivo de negocio hay detrás.
  4. Hipótesis. Qué crees que está pasando y por qué. Por ejemplo, una funcionalidad que nadie adopta puede tener poco conocimiento, pero también un alta que pide demasiados permisos y genera desconfianza.
  5. Baseline y métrica. Es lo que más pido: dime cuál es tu punto de partida y con qué mides, porque lo que no se mide no se puede gestionar.
  6. Propuesta priorizada. Pocas iniciativas, cada una conectada con la métrica y con su impacto.
  7. Validación. Un MVP o una prueba con un grupo pequeño, recoger feedback y validar antes de escalar.
  8. Riesgos y siguiente fase. Dependencias, plazos realistas y qué harías después.

Si te falta información, dilo y explica qué dato pedirías o cómo lo validarías. Una propuesta buena puede no coincidir con la dirección que ya ha tomado la empresa, porque tú no tenías ese contexto. Si has razonado bien, el caso cumple su función.

Lo que penaliza

  • Ir directo a la solución. Empezar a rediseñar pantallas sin entender qué pasa.
  • Suponer que el problema está en la interfaz. Muchas veces está fuera de la aplicación: en el alta, en la confianza, en cómo llega el usuario.
  • Confundir "les gusta" con "lo usan". Que los usuarios digan que algo es útil no demuestra que lo conozcan, lo activen o lo usen.
  • Proponer mejoras fáciles que no mueven ninguna métrica.
  • Plazos que ignoran la empresa real. En una corporación grande, solo alinear a los responsables puede llevar más tiempo que el desarrollo.

Cómo presentarlo

  • Cuenta una secuencia: problema, evidencia e hipótesis, criterio de priorización, propuesta, prueba, métricas, riesgos y siguiente fase.
  • Reserva el tiempo. Una referencia habitual son de 30 a 40 minutos de exposición y el resto para preguntas. Pregunta antes cuánto tiempo tienes.
  • El prototipo, como apoyo. Si llevas uno, que ayude a entender tu razonamiento. Lo que valoran es cómo has pensado.
  • Haz autocrítica. Decir qué mejorarías de tu propia propuesta suma.
  • Si es un perfil de diseño, enseña también que sabes entregar: componentes, variables, nomenclatura clara para desarrollo.

Si el caso es en directo

Pide uno o dos minutos para ordenar ideas. Repite el enunciado con tus palabras para confirmar que lo has entendido. Haz tu primera pregunta cuanto antes, piensa en voz alta y sigue los pasos aunque vayas rápido. Si te quedas en blanco, vuelve a las preguntas de diagnóstico: siempre hay algo que preguntar.

Si el caso es en casa

Pregunta cuánto tiempo esperan que le dediques y en qué formato lo quieren. Acótalo a eso. Si puedes, habla con dos o tres personas que encajen con el usuario del caso: llegar con algo de investigación propia se nota.

Qué preguntar al final

  • ¿Qué fases quedan y qué evalúa cada una?
  • ¿Cuál es el problema de negocio prioritario y cómo mediríais que lo he resuelto?
  • ¿Qué datos, research y restricciones tendría disponibles?
  • ¿Cómo es el equipo y con qué stakeholders trabajaría?
  • ¿Cómo se toma la decisión y cuál es el calendario?

Pregunta también lo operativo que suele quedar en el aire: la siguiente fase, la fecha de incorporación y si el puesto es remoto, híbrido o presencial. Y si quieres saber si la empresa hace producto, tienes cómo saber si una empresa hace producto.

Feedback después de cada fase

  • Pídelo directo y concreto: qué faltó y qué criterio pesó más. A veces descubres que la decisión fue por algo que no dependía del caso, como la experiencia en un sector.
  • Úsalo para decidir dónde invertir. Prepara la siguiente fase donde esté el cuello de botella, sin preparar por preparar.
  • Si no avanzas, cuida la relación. Da las gracias y pregunta si te recomiendan a alguien con quien hablar. Un no en este proceso puede abrir el siguiente.

Si quieres ver en qué fase se cae tu búsqueda, la calculadora gratuita ¿Dónde se cae tu búsqueda? te lo dice con tus números.

Un prompt para simular el caso con IA

En Recalculando ruta, el libro que escribo con Enrique Taub, proponemos entrenar la entrevista en voz alta, con una simulación de 30 minutos con IA. Para el caso práctico, copia esto:

Actúa como Head of Product que entrevista para este puesto. Te paso la oferta y mi CV.

1. Plantéame un caso práctico realista para esta empresa, como lo harían en una entrevista en directo. No me des la solución.
2. Espera mis preguntas de diagnóstico y respóndelas con datos inventados pero coherentes, como haría la empresa.
3. Cuando proponga una solución, pregúntame por la baseline, la métrica, cómo lo validaría y qué riesgos veo.
4. Al final, dame feedback con estos criterios: calidad de las preguntas, hipótesis, métrica, priorización, validación y claridad. Dime qué penalizaría un entrevistador exigente.

Hazme una pregunta cada vez y espera mi respuesta.

La oferta:
[pégala aquí]

Mi CV:
[pégalo aquí]

Hazlo hablando, con el modo de voz si tu asistente lo tiene. El caso se entrena en voz alta.

Preguntas frecuentes

¿Cuánto tiempo le dedico a un caso en casa?

Lo que te pidan. Pregunta cuánto esperan y ajusta. Un caso enorme no compensa un razonamiento flojo.

¿Qué hago si no sé nada del sector?

Dilo y haz más preguntas. Explicar qué necesitarías saber y cómo lo averiguarías también es criterio de producto.

¿Llevo prototipo?

Si ayuda a entender tu propuesta, sí. Pero que no ocupe el tiempo del razonamiento.

¿Y si no estoy de acuerdo con el feedback del panel?

Escúchalo, pregunta qué les llevó a esa conclusión y explica tu criterio sin ponerte a la defensiva. También están evaluando cómo recibes otro punto de vista.


Este artículo forma parte de la guía Tu búsqueda de trabajo con mentalidad de producto. Antes, prepara tu historia y repasa las 100 preguntas de entrevista.

El evento: cómo buscar trabajo en producto como si fuera un producto

El jueves 10 de diciembre, de 18:30 a 21:30, lo cuento en directo con ejemplos de cada fase.

  • Si te quedas hasta el final, te llevas toda la documentación para empezar al día siguiente.
  • Y revisaré perfiles de asistentes con feedback directo.

Apúntate al evento

¿Cuál es el caso más raro que te han puesto en una entrevista? Cuéntamelo, que lo leo todo.


Compártelo por WhatsApp con quien le pueda servir.

Sobre el autor: Javi Platón

Product Manager y headhunter de producto

  • Fundador de Be Product, comunidad de profesionales de producto, donde selecciona Product Managers, Product Owners, Heads of Product y CPOs.
  • Senior Product Manager freelance desde 2019 en SaaS B2B, EdTech, marketplaces y ERP. Antes fue Head of Growth en The Hero Camp y pasó ocho años en Wonest, hasta CMO.
  • Profesor de Product Management en LinkedIn Learning, coach ejecutivo y de equipos por el CEC, y ahora formándose como Product Engineer en Cardan School.
  • Puedes seguirle en LinkedIn.
Únete a la comunidad de producto: ofertas de trabajo cada semana, eventos y gente que hace producto en España.

Todos los artículos
¿Dudas o feedback?