Preguntas de entrevista para product managers

Enfoque — Aclarar objetivo → segmentar → priorizar problema → crear soluciones → definir métricas

Primero aclararía el objetivo: más retención, tiempo de escucha o conversiones Premium. Asumiría que queremos retener a usuarios ocasionales que aún no tienen un hábito. Su problema suele ser la elección: quieren escuchar algo, pero no saben qué buscar. Añadiría en Inicio una entrada sencilla por estado o contexto, como «Concentración», «Trayecto», «Entrenamiento», «Relax» y «Descubrir». Un toque iniciaría una emisora personalizada y señales rápidas permitirían ajustar recomendaciones. Probaría primero este acceso porque reduce el tiempo hasta la reproducción. Mediría retención D1/D7, sesiones semanales, tiempo hasta reproducir, saltos y canciones guardadas. Los guardrails serían conversión Premium, diversidad de artistas y calidad percibida.

Enfoque — Grupo → recorrido → problema esencial → MVP → métricas

Me centraría en estudiantes de segundo y tercer curso que buscan prácticas competitivas. Su recorrido incluye descubrir puestos, entender requisitos, preparar documentos, solicitar y practicar entrevistas. El mayor problema no es encontrar vacantes, sino saber qué hacer a continuación. El MVP sería un centro de prácticas: el usuario indica puestos objetivo, graduación, universidad, estudios y experiencia. El producto crea un calendario de plazos, sugiere empresas, detecta carencias del CV y genera un plan semanal. Mediría usuarios activos semanales, solicitudes registradas, tareas completadas, tasa de entrevistas y retención durante la temporada. Los guardrails serían calidad de recomendaciones y confianza.

Enfoque — Fortalezas → tarea → debilidad → mejora → métrica

Google Maps es un buen ejemplo: resuelve una tarea frecuente e importante, desplazarse con fiabilidad. Destaca por rutas precisas, datos locales, tráfico en tiempo real y cobertura. Mejoraría la elección de lugares. Para grupos pequeños, crearía «Elegir por nosotros»: el grupo fija distancia, cocina, precio, valoración mínima y hora; Maps propone tres opciones y explica por qué. Todos podrían votar mediante un enlace compartido. Mediría conversión desde detalles hasta iniciar ruta, tiempo de decisión, lugares guardados, listas compartidas y repetición. Los guardrails serían exploración abierta y transparencia de las recomendaciones.

Enfoque — Accesibilidad primero: contexto → restricciones → necesidades → uso → seguridad

Asumiría una aplicación móvil con voz opcional. El usuario debe crear alarmas sin depender de la vista, confirmar entradas, distinguir alarmas y evitar apagarlas accidentalmente. El MVP permite crear por voz con confirmación explícita. La aplicación lee hora, repetición y patrón de vibración. Cada alarma tiene sonido o patrón háptico propio; posponer y apagar requieren un gesto deliberado o confirmación verbal. Son esenciales VoiceOver y TalkBack completos, controles grandes y vibración como respaldo. Mediría creación correcta, exactitud de la hora, alarmas perdidas, tiempo necesario y confianza. Las pruebas con personas ciegas y con baja visión son imprescindibles.

Enfoque — Objetivo → recorrido → North Star → inputs → guardrails

Aclararía el objetivo: facilitar compartir, retener creadores y profundizar relaciones diarias. Como North Star elegiría interacciones significativas con Stories por usuario activo diario, no simples visualizaciones. Mediría creación, alcance, finalización, respuestas y reacciones, nueva creación en siete días y, para espectadores, apertura, saltos y abandono. Segmentar por creadores y espectadores, nuevos e intensivos y públicos o amigos cercanos es esencial. Los guardrails serían uso del feed, agotamiento de creadores, feedback negativo, cuentas silenciadas y notificaciones desactivadas.

Enfoque — Validar datos → segmentar → revisar embudo → factores externos → causa → acción

Primero descartaría problemas de medición: tracking, retrasos, filtros de bots, zonas horarias, versiones y otra fuente analítica. Después segmentaría por plataforma, región, canal, antigüedad, versión, dispositivo y cohorte. Revisaría el recorrido: aperturas, login, carga, crashes, latencia, notificaciones, acciones principales y retención por cohorte. También comprobaría festivos, competencia, caídas, marketing y tiendas. La respuesta depende de la causa: revertir una versión defectuosa, publicar un hotfix, trabajar con Growth sobre adquisición o investigar un cambio concreto.

Enfoque — Contribución al objetivo → impacto → confianza → esfuerzo → riesgo

La prioridad empieza por el objetivo de producto; sin él, solo se comparan opiniones. Después evaluaría alcance, impacto, confianza, esfuerzo, encaje estratégico y riesgo. RICE puede ayudar, pero no debe decidir mecánicamente. Agruparía las solicitudes en problemas de clientes, ingresos, deuda técnica, fiabilidad e iniciativas estratégicas, y después incorporaría dependencias y secuencia. La hoja de ruta debe mostrar qué hacemos, qué no y qué nueva evidencia cambiaría la decisión.

Enfoque — Definir activación → medir embudo → comprobar retención → guardrails

Primero definiría el comportamiento que demuestra valor real. En un producto de equipo, podría ser crear un proyecto e invitar a otra persona. Mediría cada paso hasta ese momento: inicio, finalización, abandono, tiempo y errores. El éxito real ocurre después, así que revisaría retención D1, D7 y D30, uso de la función principal y conversión. Los guardrails serían soporte, consentimiento no intencionado, desactivación posterior y calidad de usuarios. Una prueba A/B debe durar lo suficiente para medir retención, no solo finalización inmediata.

Enfoque — Hipótesis → audiencia → métricas → aleatorización → duración → regla de decisión

La hipótesis sería que la nueva página reduce fricción y aumenta la finalización. La audiencia son usuarios con intención de compra; compradores nuevos y recurrentes y móvil frente a escritorio deben predefinirse como segmentos importantes. La métrica principal es finalización de compra. Secundarias: abandono por paso, tiempo y valor medio. Los guardrails incluyen errores de pago, reembolsos, soporte, carga y fraude. Aleatorizaría por usuario para mantener una variante estable. Calcularía muestra y duración antes de empezar según baseline, efecto mínimo relevante y confianza, y fijaría previamente la regla para no detener el test ante un pico aleatorio.

Enfoque — Población → usuarios elegibles → frecuencia → pedido medio → extrapolación

Partiría de unos ocho millones de habitantes y elegiría hogares o adultos como unidad. Si cinco millones pueden pedir y el 40 % utiliza reparto regularmente, hay dos millones de usuarios activos. Con dos pedidos mensuales de 30 dólares, el GMV anual sería 1.440 millones. Sumando visitantes, personas que trabajan en la ciudad y usuarios ocasionales, una horquilla de 1.500 a 2.000 millones resulta plausible. Importa más transparentar supuestos y comprobar plausibilidad que acertar la cifra. Para estimar ingresos de plataforma aplicaría después un take rate aproximado del 15–25 %.

Enfoque — Aclarar calidad de métricas → segmentar → entender comportamiento → revertir o mejorar

Primero comprobaría si los clics indican valor o solo visibilidad, curiosidad o confusión. Después segmentaría la retención por usuario, plataforma, región y uso real de la función. Si quienes la usan retienen peor, puede distraer del flujo principal o decepcionar expectativas. Si también empeoran quienes no la usan, quizá la ubicación perjudique toda la experiencia. Datos de sesión, soporte e investigación cualitativa ayudarían a entender el mecanismo. Ante una caída relevante, limitaría o revertiría el lanzamiento mientras se investiga. Más clics no son éxito si baja el valor posterior.

Enfoque — Objetivo → mercado → encaje estratégico → riesgos → recomendación

Evaluaría crecimiento y retención de suscriptores, poder de precios, publicidad y engagement. El deporte en directo crea citas de visualización e inventario publicitario, pero los derechos son caros, regionales y temporales. Solo encaja parcialmente con el modelo de Netflix de contenido global y duradero. Empezaría por eventos selectivos, formatos de entretenimiento deportivo o derechos de nicho con potencial internacional. No recomendaría competir agresivamente por grandes ligas todavía. Probaría formatos limitados y escalaría solo si la retención y publicidad incrementales justificaran de forma convincente los derechos.

Enfoque — Elegir lado limitante → liquidez → calidad → confianza → incentivos

Primero determinaría qué lado limita el mercado. Si falta oferta, mejoraría adquisición y economía del proveedor; si falta demanda, captación, conversión y confianza del comprador. La métrica central es liquidez, como tiempo hasta el match o porcentaje de solicitudes con oferta cualificada en 24 horas. Empezaría en una región o categoría estrecha, incentivaría el lado limitante, reduciría fricción y reforzaría reputación y seguridad. Mediría tasa y tiempo de match, repetición, utilización, conversión, cancelaciones y satisfacción de ambos lados. Crecer sin calidad puede aumentar el tamaño y destruir la confianza.

Enfoque — Objetivo → segmentos → camino de conversión → costes → canibalización

Un plan gratuito funciona si el producto se beneficia de hábito, colaboración, invitaciones o difusión orgánica. Debe permitir vivir el flujo esencial, mientras el plan de pago desbloquea escala, administración, integraciones, almacenamiento o automatización. Los riesgos incluyen infraestructura y soporte, registros poco comprometidos, límites confusos y migración de pequeños clientes de pago a gratis. Lo lanzaría si el crecimiento product-led es estratégico, con límites claros por equipo, almacenamiento, historial o flujos premium. Mediría activación, invitaciones, conversión, expansión, coste por usuario gratuito y canibalización.

Enfoque — Comprensión técnica, no necesariamente responsabilidad de implementación

No siempre necesita escribir código de producción, pero sí comprender restricciones, formular buenas preguntas y debatir compensaciones con Ingeniería. Debe entender API, flujos de datos, latencia, fiabilidad, privacidad, experimentos, instrumentación y arquitectura básica. En IA o infraestructura se exige más profundidad; en Growth de consumo suelen pesar más experimentos y análisis. La función no consiste en imponerse a Ingeniería, sino en comprender qué es caro, arriesgado, reversible, escalable o generará deuda.

Enfoque — Aclarar objetivo → reducir alcance → escalonar → hacer visibles las compensaciones

Primero aclararía el objetivo tras la fecha: compromiso con un cliente, evento, ingresos, cumplimiento o competencia. A menudo se necesita un resultado, no toda la función. Con Ingeniería y Diseño dividiría en imprescindible, importante y posterior. Presentaría opciones creíbles: MVP limitado en un mes, versión mejor en dos o alcance completo en tres, con riesgos y exclusiones explícitos. No presionaría para asumir una fecha irreal. El PM debe crear claridad y opciones responsables, no ocultar riesgos.

Enfoque — Problema compartido → evidencia → alternativas → prueba → decisión

Primero alinearía al equipo sobre el problema y el éxito, no sobre una solución. Muchos conflictos surgen porque una parte habla de gusto y otra de métricas. Reuniría investigación, embudo, soporte, sesiones, competencia y restricciones técnicas. Si persiste el desacuerdo, diseñaríamos varias opciones y probaríamos un prototipo o lanzamiento limitado. La decisión debe combinar evidencia cualitativa y cuantitativa. Diseño no es decoración: es estrategia expresada en una experiencia.

Enfoque — Contexto → interesados → resistencia → evidencia → acuerdo → resultado

Elegiría una situación en que Ingeniería, Diseño, Ventas o dirección no apoyaban inicialmente una dirección. Explicaría qué quería o temía cada parte y de dónde procedía la resistencia. Después mostraría cómo devolví la conversación al problema, al objetivo y a evidencia fiable, como entrevistas, análisis, prototipos o experimentos. Terminaría con un resultado concreto: MVP enfocado, hoja de ruta modificada, alcance evitado o incluso aceptar que mi idea era incorrecta. La historia debe mostrar que generé confianza con claridad, evidencia y empatía, no solo insistencia.

Enfoque — Decisión → supuesto → resultado → diagnóstico → cambio

Elegiría un error real y lo explicaría sin ponerme a la defensiva: decisión, supuesto, evidencia disponible, resultado y cómo detecté la causa. Puede ser una función para un segmento demasiado pequeño, crecimiento a costa de activación o construir demasiado antes de validar. Lo importante es el cambio concreto posterior, como evaluar mejor segmentos o combinar datos cualitativos y conductuales antes de decisiones grandes. Asumiría responsabilidad sin culpar a Ingeniería, Diseño, dirección ni usuarios.

Enfoque — Entender preocupación → alinear objetivo → explorar opciones → decidir con transparencia

Parto de que la preocupación técnica tiene fundamento: complejidad, fiabilidad, deuda, plazo o requisitos poco claros. Pregunto hasta comprender el riesgo. Con un objetivo compartido, exploramos reducir alcance, escalonar, usar un paso manual, prototipar, abordar deuda primero o cambiar la fecha. Si persiste el desacuerdo, hago visibles las compensaciones e involucro a quien corresponda decidir. La confianza se construye antes del conflicto mediante requisitos claros, participación temprana y disposición a cambiar de opinión.