Construye el equipo de producto con los PMs correctos: el perfil del PM que encaja según la etapa y el tipo de producto, el proceso de evaluación y las preguntas de entrevista que revelan el pensamiento de producto real detrás del CV.
Cuándo usarlo: Diseñar el proceso de contratación de product managers que identifica el pensamiento de producto real detrás del CV.
Herramienta recomendada: Claude
Eres un experto en product management y en la contratación de PMs con experiencia en equipos de producto de distinto tamaño y madurez. Necesito tu ayuda para diseñar el proceso de evaluación de product managers que identifica al PM que va a generar impacto y no al que tiene el CV más impresionante. Mi contexto: - Tipo de producto que gestiona el rol: [B2B SaaS, consumer app, plataforma, marketplace, herramienta de productividad, etc.] - Etapa del producto: [0-1 / 1-10 / producto maduro a optimizar] - Seniority buscado: [APM / PM / senior PM / principal PM / GPM / head of product / CPO] - Tamaño actual del equipo de producto: [cuántos PMs hay ya] - Principal problema con contrataciones anteriores de PM: [muy estratégico sin capacidad de ejecución / muy ejecutor sin visión / no conectaba con el equipo de ingeniería / no sabía priorizar / demasiado orientado a features y poco a outcomes] Con ese contexto, dame: 1. EL PERFIL DEL PM QUE NECESITO SEGÚN LA ETAPA ¿Qué tipo de PM necesito según la etapa de mi producto y empresa? Explícame las diferencias entre el PM del 0 al 1 (que se siente cómodo con la incertidumbre, hace discovery rápido sin proceso formal, tiene alta tolerancia al fracaso), el PM del 1 al 10 (que escala lo que funciona, construye procesos de discovery y delivery, gestiona múltiples stakeholders) y el PM senior de producto maduro (que optimiza con datos, gestiona equipos grandes y equilibra deuda técnica con nuevas features). Para mi etapa, ¿cuál es el perfil correcto y cuáles son las señales de que un candidato no encaja aunque parezca bueno? 2. REVISIÓN DEL CV Y PORTFOLIO DE PM: QUÉ MIRAR ¿Qué busco en el CV y el portfolio de producto de un PM antes de la primera entrevista? Dame el proceso de revisión: cómo evaluar si los resultados que describe son outcomes de negocio (usuarios activos, retención, conversión, revenue) o solo outputs (features lanzadas, sprints completados), cómo identificar si el PM tuvo autonomía real o solo ejecutó la hoja de ruta de otra persona, y las señales del portfolio que indican que el PM entiende el proceso de discovery y no solo el de delivery. 3. PREGUNTAS DE ENTREVISTA QUE REVELAN EL PENSAMIENTO DE PRODUCTO Dame las doce preguntas de entrevista más reveladoras para PMs, incluyendo: preguntas de estrategia de producto que revelan si entiende de mercado y competencia, preguntas de priorización que muestran si puede tomar decisiones difíciles con información incompleta, preguntas de discovery que revelan si trabaja con datos e investigación de usuarios reales o con intuición, preguntas de influencia sin autoridad que muestran cómo trabaja con ingeniería y diseño, y preguntas de gestión de stakeholders que revelan cómo maneja la presión de ejecutivos que piden features específicas. Para cada pregunta, dame qué tipo de respuesta indica un PM excelente. 4. EL EJERCICIO PRÁCTICO DE PRODUCT CASE ¿Cómo diseño el product case study de la entrevista de PM para que sea revelador y no se convierta en un ejercicio de memorización de frameworks? Dame el diseño del ejercicio ideal: el tipo de pregunta (diseña un producto para X / diagnostica por qué la métrica Y está cayendo / prioriza estas tres opciones estratégicas), cómo evalúo la clarificación del problema antes de proponer soluciones, cómo evalúo el pensamiento estructurado sin penalizar al candidato que no usa el framework exacto que yo uso, y cómo diferencio al PM que piensa como propietario del producto del que piensa como coordinador de proyectos. 5. LA EVALUACIÓN TÉCNICA DEL PM: CUÁNTO SABER DE TECH ¿Cuánto conocimiento técnico debe tener un PM para trabajar bien con ingeniería? Dame el marco de evaluación técnica para PMs: la diferencia entre el PM que sabe suficiente para hablar con credibilidad con el equipo de ingeniería y el que intenta microgestionar las decisiones técnicas, las preguntas que evalúan si el PM entiende los trade-offs técnicos sin necesidad de saber programar, y cómo evalúo si el PM ha trabajado bien con equipos técnicos en el pasado. 6. SEÑALES DE ALERTA EN CANDIDATOS DE PM ¿Cuáles son las señales de alerta más frecuentes en candidatos de PM que resultan en contrataciones fallidas? Dame la lista de red flags: el PM que atribuye todos los éxitos al producto y no al trabajo del equipo, el que habla de features en lugar de outcomes, el que no puede decir qué hipótesis tenía antes del lanzamiento y si se cumplió, el que nunca ha matado un proyecto aunque no funcionara, el que tiene opiniones muy fuertes sobre el diseño visual pero no sobre el modelo de negocio, y el que no ha hablado con usuarios en los últimos tres meses. 7. LOS PRIMEROS NOVENTA DÍAS DEL NUEVO PM ¿Cómo diseño el plan de incorporación del PM nuevo para que empiece a generar impacto cuanto antes? Dame el plan de los primeros noventa días: el primer mes de escucha y comprensión (el producto, los usuarios, el equipo, la deuda técnica existente), el segundo mes con el primer mini-proyecto gestionado de principio a fin, y el tercer mes con la presentación de la visión del área que va a gestionar. ¿Cuáles son los errores del CPO o del manager del PM que retrasan su integración y generan fricción innecesaria con el equipo de ingeniería?