UX Researcher
Preguntas de entrevista estructuradas para Investigador·a UX, con lo que revela una buena respuesta en cada una.
ConductualComunicación de hallazgos Describa un proyecto de research en el que sus hallazgos contradijeron la convicción del equipo de producto. ¿Qué hizo y qué pasó después?
Lo que revela una buena respuestaCapacidad de presentar hallazgos incómodos sin diluirlos para complacer al equipo: claridad en el dato, separación entre observación e interpretación, propuesta de siguiente paso. Bonus: la persona menciona haber acompañado al equipo en la digestión del hallazgo (sesiones de trabajo, revisión de hipótesis previas, ajuste del roadmap). Quienes describen haber convencido al equipo en una reunión revelan postura ingenua de la influencia del research.
ConductualCoachability y aprendizaje Cuénteme una vez en la que un proyecto de research no entregó la señal esperada. ¿Qué pasó y cómo lo gestionó?
Lo que revela una buena respuestaApertura a reconocer fracasos de research: muestra mal reclutada, pregunta mal formulada, método inadecuado, análisis precipitado. Bonus: la persona cita la causa raíz concreta y el aprendizaje que se llevó al siguiente proyecto. Quienes describen todos sus projects de research como exitosos revelan falta de honestidad o falta de rigor.
ConductualComunicación transversal Describa una colaboración difícil con una persona de producto o de diseño sobre el alcance de un proyecto de research. ¿Cómo lo resolvió?
Lo que revela una buena respuestaPostura de partenariado frente a postura de gatekeeper del research: capacidad de negociar el alcance (qué se puede responder con la muestra y el plazo disponibles, qué se deja fuera, qué se promete entregar y cuándo). Quienes describen a producto o diseño como personas que no entienden el research revelan debilidad de juego transversal.
SituacionalJuicio de research Una persona Product Manager le pide validar una funcionalidad ya diseñada con un test de usabilidad de una semana. ¿Cómo reacciona?
Lo que revela una buena respuestaCapacidad de cuestionar el brief de forma constructiva antes de ejecutar: clarificar qué decisión depende del resultado, distinguir validar (sesgo de confirmación) de evaluar, proponer una pregunta de research más útil (qué riesgos quedan, qué supuestos no validados, qué patrones de uso esperar). Bonus: la persona acepta el test si la decisión está clara y el plazo es realista, pero renegocia el encuadre. Quienes ejecutan sin cuestionar revelan postura ejecutante en lugar de partner de producto.
SituacionalPragmatismo y priorización Su empresa no tiene panel de personas usuarias ni proceso de reclutamiento. Le piden lanzar research continuo en 6 semanas. ¿Cómo lo encuadra?
Lo que revela una buena respuestaReconocimiento de que research continuo sin panel requiere construir primero la infraestructura. Método esperado: empezar por mapear bases existentes (CRM, suscriptores, soporte), definir 2-3 segmentos prioritarios con criterios claros, montar un proceso ligero de reclutamiento (formulario, herramienta tipo User Interviews o Respondent, o reclutamiento interno), antes de prometer una cadencia semanal. Bonus: la persona reconoce que la cadencia se sube en paralelo a la calidad del panel, no de golpe.
SituacionalMétricas y research mixto Una funcionalidad lanzada hace 3 meses tiene una tasa de adopción del 12 por ciento, muy por debajo de la previsión. Producto le pide entender por qué. ¿Cómo lo encuadra?
Lo que revela una buena respuestaMétodo estructurado: (1) verificar la instrumentación y la definición de adopción con producto y datos, (2) segmentar por cohorte, dispositivo y origen, (3) hipótesis ordenadas (descubrimiento, onboarding, valor percibido, uso real), (4) entrevistas con 5-8 personas usuarias (mezcla de quienes adoptaron y quienes no) para validar las hipótesis cualitativas. Quien salte directamente a hagamos un test de usabilidad sin diagnóstico previo revela sesgo de método favorito sin marco de pensamiento.
Caso prácticoResearch y discovery Discovery: queremos lanzar a nuestro producto B2B SaaS una funcionalidad de invitación de miembros del equipo con roles diferenciados. ¿Cómo encuadra la fase de research a 4 semanas?
Lo que revela una buena respuestaMétodo de discovery: (1) preguntas de research explícitas que validar (problema, modelos mentales de rol, expectativas de control), (2) 6-8 entrevistas con personas usuarias actuales y prospects de perfiles distintos (administrador, miembro, invitado externo), (3) revisión de patrones competidores y benchmark de tres a cinco referencias, (4) prototipo low-fi probado en 5-8 sesiones de usabilidad antes de pulir el diseño. Bonus: la persona menciona qué le haría decir no avanzamos por aquí (kill criteria explícitos) y propone un plan ligero de seguimiento post-lanzamiento.
Caso prácticoMétodos de research Research evaluativo: queremos probar un nuevo flujo de onboarding antes de ponerlo en producción. ¿Cómo lo diseña?
Lo que revela una buena respuestaAclaraciones antes de proponer (qué decisión depende del resultado, qué métricas se quieren mover, plazo disponible, dispositivos soportados). Plan coherente: definir tareas representativas, reclutar 5-8 personas usuarias de cada segmento clave, alternar sesiones moderadas (entender el por qué) y no moderadas (volumen para validar patrones), análisis temático con codificación clara, entregable con clips de vídeo cortos para que el equipo vea el comportamiento, no solo lo lea. Bonus: la persona menciona triangulación con métricas cuantitativas si la instrumentación lo permite.
Caso prácticoResearch operativo Research operativo: el equipo le pide montar un repositorio de hallazgos accesible y útil para producto, diseño e ingeniería. ¿Cómo lo aborda?
Lo que revela una buena respuestaComprensión de que un repositorio es un producto, no un archivo: requiere usuarios objetivo claros, taxonomía consistente, ritual de mantenimiento. Plan: empezar por entrevistar a producto y diseño sobre qué buscan habitualmente, elegir la herramienta en función del flujo de trabajo (Dovetail, Notion, Airtable según contexto), definir el formato de cada entrada (pregunta, método, muestra, hallazgo, evidencia, decisión asociada), instalar un ritual de revisión (mensual) para que no muera. Bonus: la persona reconoce que un repositorio sin uso es deuda; mejor empezar pequeño y crecer con la demanda.
TécnicaReclutamiento y muestreo ¿Cómo recluta personas participantes cuando su producto es nuevo y aún no tiene base de usuarios suficiente?
Lo que revela una buena respuestaConocimiento de las opciones reales: paneles externos (User Interviews, Respondent, Prolific, Userlytics), reclutamiento en redes sociales con criterios estrictos, alianzas con asociaciones profesionales o comunidades verticales del sector, reclutamiento por LinkedIn con InMail dirigido. Comprensión del coste y de la calidad relativa de cada vía: paneles dan rapidez pero requieren cribado serio para evitar profesionales del panel; redes y LinkedIn dan calidad pero plazo más largo. Bonus: la persona menciona el cribado por preguntas filtro (no solo demográfico, sino comportamiento real).
TécnicaMétodos de research Explique la diferencia entre research generativo, evaluativo y continuo. ¿Cuándo usa cada uno?
Lo que revela una buena respuestaComprensión clara: generativo (entender problema, comportamientos, contexto; típicamente en discovery, métodos cualitativos abiertos), evaluativo (validar o medir una solución concreta; típicamente en delivery, tests de usabilidad o benchmarks), continuo (instalar una cadencia de aprendizaje regular sobre temas estables; cohorte rotatoria de personas usuarias, repositorio actualizado). Criterio para combinarlos en la cadencia anual del equipo. Bonus: la persona reconoce que el continuo solo funciona si hay alguien que digiere y conecta los hallazgos; sin esa capa, son solo entrevistas semanales perdidas.
TécnicaMétodos de research ¿Cómo conduce una sesión de entrevistas en profundidad? Describa la última que hizo: cuántas personas, qué guía, qué aprendió.
Lo que revela una buena respuestaMétodo estructurado: guía con preguntas abiertas centradas en comportamiento pasado y no en opinión futura, técnica de embudo (de lo general a lo específico), 5 segundos de silencio tras la respuesta para invitar a profundizar, sin sugerir respuestas. Bonus: la persona cita un aprendizaje que cambió la dirección del producto y describe cómo lo comunicó al equipo. Quien no haya hecho entrevistas en los últimos 2 meses está desconectada o desconectado de su práctica.
ValoresCoachability y aprendizaje ¿Cómo recibe una crítica fuerte sobre un protocolo de research que defendió?
Lo que revela una buena respuestaApertura: capacidad de separar el método del ego personal. Bonus: la persona cita una vez en que cambió de método gracias a una crítica recibida (de un par, de producto, de una persona usuaria misma). Quienes describen haber explicado su método a quien hacía la crítica en lugar de escucharla revelan debilidad de coachability crítica para el oficio.
ValoresMentoría y democratización ¿Qué papel juega en la transmisión de criterio de research a perfiles no investigadores del equipo?
Lo que revela una buena respuestaPostura activa de divulgación: research democratizada con safeguards (otros perfiles hacen entrevistas con apoyo, no en solitario), sesiones de lectura conjunta de hallazgos, formación informal sobre buenas prácticas (cómo escribir una pregunta, cómo escuchar, cómo evitar sesgos). Quienes responden ayudo cuando me piden sin más concreción muestran postura pasiva. En pyme con equipo de research reducido, la capacidad de elevar el criterio del resto del equipo es clave.
ValoresJuicio de research ¿Cuál es su lectura del oficio de UX Researcher en 2026? ¿Qué ha cambiado en los últimos años, en su opinión?
Lo que revela una buena respuestaReconocimiento de las evoluciones: subida de la IA generativa en análisis de transcripciones y en pre-procesado, fatiga del research como entregable de PDF que nadie lee, presión creciente sobre la medición del impacto del research en decisiones de producto, papel ampliado del UX Researcher en research operativo y en democratización, debate sobre la externalización vía paneles automatizados. Quien responde solo con herramientas o buzzwords revela postura superficial; quien articula la tensión entre rapidez de la IA y profundidad del análisis cualitativo está al día.
Manual de evaluación
El puesto de UX Researcher se evalúa en cuatro etapas. La presentación de portfolio (etapa 3) y la prueba de research en situación (etapa 4) son las más predictivas: alguien puede hablar de métodos durante una hora sin revelar si realmente sabe encuadrar una pregunta de research y arbitrar bajo restricciones reales. Ponga a la persona a trabajar sobre un caso concreto.
Etapa 1: Lectura del CV y del portfolio
Busque coherencia entre lo que dice el CV y lo que muestra el portfolio o repositorio. Señales positivas: 2-3 casos de estudio detallados con pregunta de research, método elegido y justificado, muestra (número, perfil, criterios de reclutamiento), análisis, hallazgos y decisiones que cambiaron a partir de los hallazgos. Señales negativas: portfolio compuesto solo de citas o de pantallas finales sin proceso, casos en los que la persona candidata habla solo de método sin mencionar qué decisión cambió, ausencia total de métricas o de seguimiento posterior. La titulación pesa menos que los últimos 3-5 años de trabajo real.
Etapa 2: Phone screen (30 min)
Solo tres preguntas: (1) describa el caso de research del que se sienta más orgullosa u orgulloso y cuál fue su aportación exacta, (2) qué decisión de research reciente sigue cuestionando hoy (humildad y retrospección), (3) por qué un cambio justo ahora. Salida: go o no-go en 5 minutos de debrief. Evite preguntas sobre herramientas o frameworks en esta fase.
Etapa 3: Presentación de portfolio (60 min)
La persona candidata presenta 2 casos de research de su elección durante 30 minutos, seguidos de 30 minutos de preguntas y respuestas. Pida que detalle la pregunta de research inicial, las restricciones (plazo, presupuesto, acceso a personas usuarias), el método elegido y por qué, la muestra y los criterios de reclutamiento, los hallazgos clave y qué decisión de producto cambió a partir de ellos. Idealmente con 2 personas entrevistadoras (una de research o diseño, una de producto). Scoring independiente antes del debrief.
Etapa 4: Prueba de research en situación (90 min)
Caso concreto extraído de su producto o de un producto adyacente: aquí hay una pregunta de research; cómo la encuadra, qué método propondría, cómo reclutaría, cómo analizaría y qué entregable comunicaría al equipo. La persona candidata recibe el brief 48 horas antes, prepara un documento corto (3-5 páginas o un plan de research estructurado) y presenta en 45 minutos seguidos de 45 minutos de Q&A. Pondere mucho en la decisión final. Esta etapa revela el razonamiento bajo restricciones, no el dominio de un framework concreto.
Cómo reconocer una gran contratación
| Competencia | Por debajo | En el nivel | Por encima |
|---|---|---|---|
| Juicio de research y de producto | Aplica el método favorito sin cuestionar la pregunta. Confunde validar con evaluar. No sabe distinguir un research que cambia una decisión de uno que solo confirma lo que el equipo ya pensaba. | Encuadra la pregunta de research antes de elegir el método. Sabe argumentar por qué un método y no otro en función de la decisión, el plazo y la muestra disponibles. Reconoce los sesgos del propio research. | Juicio informado por experiencia en varios contextos de producto, por lectura de referencias del oficio (Erika Hall, Steve Portigal, Tomer Sharon) y por reflexión propia. Articula con claridad cuándo el research aporta valor y cuándo el equipo debería decidir sin él. Forma al equipo en juicio de research. |
| Métodos de research y rigor | Repertorio limitado (entrevistas y tests de usabilidad sin más). Sin disciplina de muestreo (5 personas elegidas por conveniencia). Análisis ligero, sin codificación ni triangulación. | Domina los métodos cualitativos clave (entrevistas en profundidad, tests de usabilidad moderados y no moderados, observación contextual). Sabe formular preguntas abiertas centradas en comportamiento pasado. Reclutamiento con criterios claros, análisis temático estructurado. | Repertorio amplio cualitativo y cuantitativo (entrevistas, usability, diary studies, encuestas validadas, análisis de funnel, card sorting). Triangulación sistemática entre métodos. Sabe cuándo un método cuantitativo aporta más que uno cualitativo y al revés. Mentor del equipo en métodos. |
| Comunicación de hallazgos | Entrega informes de 30 páginas que nadie lee. Mezcla observación e interpretación. Sin recomendaciones accionables; el equipo no sabe qué hacer con los hallazgos. | Entregables adaptados al uso: resumen ejecutivo de 1 página, hallazgos priorizados, clips de vídeo cortos, recomendaciones concretas. Separa observación, interpretación y recomendación. Acompaña al equipo en la digestión. | Comunicación calibrada al equipo: cada hallazgo se entrega en el formato que más se usa (vídeo corto en Slack, sesión de trabajo con producto, anotación en el repositorio). Sabe presentar hallazgos incómodos sin diluirlos. Mide el impacto del research en decisiones tomadas. |
| Research operativo y democratización | Sin disciplina de archivo. Cada research es un proyecto aislado. No documenta decisiones ni hallazgos para que otros perfiles los reutilicen. Postura de gatekeeper del research. | Mantiene un repositorio de hallazgos con taxonomía clara y ritual de actualización. Apoya a producto y diseño en research ligera (revisión de guía, observación de sesión, debrief). Define safeguards para que otros perfiles puedan hacer entrevistas sin desviar la calidad. | Eleva el research operativo del equipo: panel de usuarias gestionado, procesos de reclutamiento documentados, plantillas reutilizables, indicadores de cobertura por segmento. Forma a producto y diseño en research, los empuja a hacerla con apoyo. Mide el ahorro de tiempo y la cobertura ganada. |
| Comunicación transversal | Postura defensiva en reuniones con producto e ingeniería. Trabaja en silo, comparte poco contexto. Postura de oposición sistemática (producto pide algo apresurado, research se niega sin proponer alternativa). | Sabe explicar el research a una persona PM o de dirección en lenguaje claro. Negocia alcance y plazo de forma transparente. Comparte hallazgos en reuniones de equipo y 1:1. | Puente entre research, producto, diseño e ingeniería. Modera sesiones de trabajo sobre hallazgos, ayuda al equipo a tomar decisiones a partir del research, sabe traducir hallazgos cualitativos a argumentos comprensibles para producto y dirección. Construye confianza por su claridad. |
| Autonomía y resolución | Se bloquea horas con un tema desconocido sin pedir ayuda, o pide ayuda a la mínima dificultad. Sin estrategia de resolución estructurada cuando aparece una restricción (muestra insuficiente, plazo recortado, acceso limitado a personas usuarias). | Sabe avanzar en autonomía sobre temas familiares; pide ayuda tras una investigación previa (resumen del problema, alternativas exploradas, hipótesis a validar). Sabe ajustar el plan cuando una restricción aparece. | Alta resolución sobre temas no familiares: lee referencias, prueba métodos, instrumenta su propio proceso. Documenta los aprendizajes para el equipo. Sabe avanzar con una muestra incompleta sin paralizarse esperando la muestra perfecta. |
Plan de 30/60/90 días
Día 30
- Setup completo del entorno (herramientas de research, repositorio, acceso a métricas, panel o base de usuarias) y primera contribución de research (sesión de usabilidad ligera o entrevistas en shadowing) compartida con el equipo
- Lectura completa de la documentación de producto y de research existente (estudios pasados, decisiones, retros) y mapa del estado actual del research operativo
- 1:1 documentado con la persona responsable de research, diseño o producto sobre convenciones, deuda identificada y prioridades del trimestre
- Mapa de los 3-5 proyectos de producto más estratégicos del trimestre y conocimiento del estado de cada uno
Día 60
- Entrega de un proyecto de research completo de principio a fin (encuadre, reclutamiento, sesiones, análisis, entregable) en autonomía sobre un perímetro de tamaño medio
- Primera sesión de trabajo moderada con producto y diseño sobre hallazgos, con decisión documentada
- Cadencia de research instalada (mínimo 6-8 sesiones al mes entre entrevistas y usability) con repositorio de hallazgos accesible y actualizado
- Primera contribución al research operativo (plantilla, proceso de reclutamiento, taxonomía del repositorio) validada con el equipo
Día 90
- Entrega regular (1-2 proyectos de research de tamaño medio al mes) con calidad validada por producto y diseño
- Primera decisión de research en autonomía sobre un tema ambiguo (cambio de método, kill criteria explícito sobre una iniciativa, propuesta de research continuo sobre un segmento)
- Mentoría informal a una persona de producto o diseño que conduce sus primeras entrevistas con apoyo
- Balance formal con la persona responsable de research o producto: rampa validada, plan de progresión sobre 1-2 ejes prioritarios para el siguiente trimestre