Evaluación de competencias

Evaluación de competencias de Diseñador UX

Un portfolio es el artefacto más pulido que un diseñador producirá jamás, y el menos representativo del trabajo para el que se le contrata. El trabajo es desordenado: problemas ambiguos, investigación a medio hacer, restricciones de ingeniería y partes interesadas que quieren el botón más grande. En 2026 las herramientas de IA pueden generar una interfaz de aspecto plausible en minutos, así que el pulido visual —ya de por sí una señal débil— está ahora cerca de cero. Un CV o un vídeo de destacados no pueden mostrar razonamiento, alfabetización en investigación ni la capacidad de tomar buenas decisiones bajo restricción.

Una buena evaluación UX pone a prueba ese criterio directamente. En lugar de «rediseña nuestra página de inicio», entrega a cada candidato el mismo flujo deliberadamente defectuoso —un onboarding, un checkout— y les pide que lo critiquen, prioricen los problemas bajo una restricción declarada y digan qué investigarían antes de publicar. H-Evaluate genera esa crítica por descripción de puesto, calibrada a tu producto y nivel de seniority, de modo que ningún candidato lo ha visto en un sitio de preparación, y califica el razonamiento contra una rúbrica compartida, no los píxeles.

Qué evaluar

Las competencias que predicen el desempeño en este puesto, asignadas a los cinco pilares de contratación.

Práctico / sandbox

Crítica de flujo defectuoso en la práctica

Trabajar un flujo roto realista: identificar problemas de usabilidad, proponer una corrección dentro de las restricciones y redactar un plan de investigación, con herramientas de IA disponibles y su uso visible, de modo que se califica el razonamiento, no el renderizado.

Conocimiento del dominio

Razonamiento de interacción y arquitectura de información

Estructurar flujos y contenido para que el camino habitual sea obvio y los casos límite sean manejables, a la profundidad que el puesto requiere, con el peso de la habilidad visual calibrado explícitamente al puesto real, no por defecto.

Cognitivo

Encuadre del problema

Convertir un brief vago como «el onboarding es confuso» en una declaración específica y comprobable de quién está fallando, dónde y por qué, y priorizar los problemas que más afectan al resultado.

Juicio situacional

Criterio ante restricciones e ingeniería

Cómo gestiona un candidato la presión realista: una base de código legacy, un presupuesto de dos sprints, rechazo de viabilidad que cuesta el 30% de lo que hacía bueno un diseño, tratándolo como input y no como insulto.

Conductual

Alfabetización en investigación y colaboración

Disposición genuina a dejar que la evidencia revoque su propio diseño, y la capacidad de explicar y defender ese razonamiento a partes interesadas e ingenieros que lo cuestionan, sin ceder ni ponerse a la defensiva.

Práctico / sandbox

Fluidez con herramientas de IA

Dirigir la IA que redacta flujos y textos, detectar dónde el resultado falla silenciosamente a los usuarios, y editarlo contra la evidencia de investigación en lugar de publicar una superficie plausible sin revisarla.

Cómo estructurar la evaluación

  • 1Usa una crítica de flujo defectuoso —el mismo onboarding o checkout deliberadamente roto para todos los candidatos— en lugar de un take-home abierto de «rediseña esto» que premia el tiempo libre y el renderizado.
  • 2Siembra el flujo con problemas obvios, problemas sutiles y una distracción que parece incorrecta pero es un trade-off razonable, y califica la priorización bajo una restricción explícita.
  • 3Da menos peso a los píxeles en la rúbrica; pondera el encuadre del problema, el razonamiento de arquitectura de información y los instintos de investigación, y calibra la habilidad visual al puesto real de antemano.
  • 4Permite herramientas de IA y observa su uso: los diseñadores las usan en el puesto, y cómo un candidato dirige y corrige el resultado de IA es en sí mismo una señal.
  • 5Ejecútalo en un entorno monitorizado y con tiempo acotado para que las condiciones sean comparables entre candidatos, en lugar de como un take-home no supervisado.

Señales que predicen el éxito

  • +Encuadra el problema subyacente antes de proponer un rediseño
  • +Prioriza los problemas por impacto probable y nombra el trade-off explícitamente
  • +Dice qué investigación cambiaría su recomendación, no solo qué construiría
  • +Dirige y edita el resultado de IA contra la evidencia en lugar de publicar una superficie plausible

Señales de alerta

  • Recurre a lo visual y los adjetivos cuando se le pregunta por qué se tomó una decisión
  • No puede nombrar las restricciones que dieron forma a su trabajo pasado, o nunca las notó
  • Trata el rechazo de viabilidad como filistinismo en lugar de como input
  • Se apoya en el pulido del portfolio o en una maqueta generada por IA sin razonamiento detrás

Evaluación frente a entrevista

Las entrevistas de diseño derivan en conversaciones de gusto más rápido que en cualquier otra disciplina: los resultados dependen de si el evaluador lo habría diseñado igual. Una evaluación estructurada da a cada candidato el mismo flujo defectuoso y una rúbrica compartida, de modo que el sesgo de gusto y el sesgo por nombre de marca pierden su influencia, y la entrevista puede profundizar en el razonamiento que la muestra de trabajo puso de manifiesto. Un portfolio muestra lo que un diseñador hizo; la evaluación muestra cómo decide, y lo que contratas son las decisiones.

Evaluación de competencias

Configura esta evaluación por puesto y seniority

Observa cómo cambia el énfasis en tiempo real al cambiar el puesto y el nivel — sin registro.

Lecturas relacionadas

Preguntas frecuentes

¿Cómo se evalúa a un diseñador UX?

Da a cada candidato el mismo flujo deliberadamente defectuoso —un onboarding o checkout con problemas reales de usabilidad— y pídele que lo critique, priorice los problemas bajo una restricción declarada y proponga mejoras con su razonamiento. Califica el razonamiento, la priorización y el plan de investigación, no los píxeles. Refleja el trabajo real y es difícil de fingir con un portfolio pulido o una maqueta generada por IA.

¿Qué habilidades debe cubrir una evaluación de diseñador UX?

Encuadre del problema, alfabetización en investigación, razonamiento de interacción y arquitectura de información, gestión de restricciones y colaboración con ingeniería. La habilidad visual importa, pero para la mayoría de los puestos de producto el sistema de diseño lleva el peso visual, así que pondera explícitamente y normalmente más bajo: decidido antes de las entrevistas, no después de ver un portfolio que te gusta.

¿Por qué no revisar simplemente un portfolio UX?

Un portfolio es una afirmación, no evidencia. Muestra resultados sin las decisiones, trabajo de equipo sin contribución individual y estados finales sin las restricciones que los dieron forma. Es un punto de partida útil para la conversación, pero una muestra de trabajo estructurada sobre tu propio flujo defectuoso aporta señal comparable y de primera mano, y neutraliza el sesgo por nombre de marca, donde el trabajo con logos famosos se beneficia de equipos que el candidato no construyó.

¿Debe una evaluación UX probar la fluidez en IA?

Sí, como una dimensión. Los diseñadores trabajan ahora junto a herramientas de IA que redactan flujos, generan textos y producen pantallas plausibles. La habilidad diferenciadora es el criterio: saber qué pedir, detectar dónde el resultado falla silenciosamente a los usuarios y editarlo contra la evidencia de investigación. Permite que los candidatos usen IA en la muestra de trabajo y califica cómo la dirigen y corrigen, en lugar de prohibir herramientas que el puesto incluye.