Scorecard de entrevista para Diseñador UX
Un scorecard estructurado para entrevistar a un Diseñador UX: seis competencias con pesos, qué es realmente un 1 y qué es un 5, y preguntas que sacan evidencia en vez de opiniones. Imprimilo o copialo a tu ATS.
El scorecard para Diseñador UX
| Competencia | Peso | Puntaje 1 — cómo se ve | Puntaje 5 — cómo se ve |
|---|---|---|---|
| Investigación y encuadre del problema Si el trabajo arranca de un problema de usuario definido y con evidencia detrás, y no de una dirección visual o de un pedido de stakeholder tomado literalmente. | 18% | Presenta pantallas terminadas y explica las decisiones visuales; al preguntarle qué problema resolvía el rediseño, dice que la interfaz anterior estaba vieja o era inconsistente. | Abre el caso con la conducta observada que disparó el trabajo, cuántos usuarios miró o entrevistó, y qué creía el equipo antes que resultó estar equivocado. |
| Diseño de interacción y oficio en los flujos Si diseña flujos completos, incluyendo estados vacíos, de carga, de error y de permisos, y no solamente el camino donde todo sale bien. | 20% | El portfolio muestra el happy path en una sola vista; el manejo de errores, los estados vacíos y las variantes por permisos quedaron para que ingeniería los resolviera durante el build. | Recorre un flujo mostrando los estados de error y vacío como piezas diseñadas, y explica un caso borde puntual que cambió la estructura del camino principal. |
| Oficio visual y disciplina de design system Si produce interfaces consistentes y legibles y trabaja dentro de un sistema, extendiéndolo de forma deliberada en lugar de inventar componentes sueltos. | 15% | Cada pantalla introduce espaciados, tamaños tipográficos y variantes de botón nuevos; explica la inconsistencia como proyectos distintos y no como una decisión con costo de mantenimiento. | Nombra un componente que agregó al sistema, los casos que tenía que cubrir y qué deprecó o unificó para que la librería no terminara con dos formas de hacer lo mismo. |
| Testing de usabilidad e iteración con evidencia Si pone el trabajo frente a usuarios reales antes del handoff y puede mostrar un diseño que cambió por lo que revelaron esas sesiones. | 17% | La validación fueron revisiones de diseño y feedback de stakeholders; la versión testeada y la que se lanzó son idénticas, y no recuerda ningún hallazgo de las sesiones. | Describe un test concreto, cuántos participantes hubo y qué tarea fallaron, y muestra el antes y el después con el motivo por el que la segunda versión funcionó. |
| Colaboración con ingeniería Si diseña dentro de restricciones técnicas reales y sigue involucrado durante la implementación, en vez de entregar un archivo y pasar a otra cosa. | 15% | Describe el handoff como entregar un link y un spec; las diferencias entre el diseño y la pantalla lanzada se explican porque ingeniería no siguió el archivo. | Relata una restricción que planteó un ingeniero, la alternativa que diseñó en respuesta y una revisión previa al release donde detectó y corrigió desvíos respecto del diseño. |
| Accesibilidad y diseño inclusivo Si la accesibilidad está incorporada al trabajo de diseño por defecto y no como una corrección posterior, y si puede hablar de ella con casos concretos. | 15% | Trata la accesibilidad como un checklist previo al lanzamiento, o como una responsabilidad de ingeniería; no recuerda ninguna decisión de diseño que haya cambiado por accesibilidad. | Cita una decisión concreta tomada por usuarios de teclado, contraste o lector de pantalla, como reemplazar un control custom por un patrón nativo después de probarlo. |
Los pesos suman 100. Acordalos antes de la primera entrevista, no después: ajustar pesos cuando ya hay puntajes es la forma en que un panel justifica a su favorito.
Preguntas que sacan evidencia
Cada una pide algo que ya pasó, con suficiente detalle como para verificarlo. Las hipotéticas premian el ensayo, no la trayectoria.
- Mostrame un flujo que hayas diseñado y recorreme sus estados vacíos, de error y de carga. Cuál de esos descubriste tarde y qué cambió en el flujo principal por eso.
- Contame de un diseño que cambiaste después de una sesión de usabilidad. Qué hizo el participante que no esperabas y a cuánta gente miraste antes de decidir el cambio.
- Describí una vez que un ingeniero te dijo que un diseño no era viable. Cuál era la restricción, qué diseñaste en su lugar y cuánto se parecía la pantalla final a tu archivo.
- Recorreme un proyecto donde la investigación cambió el brief. Qué pedían los stakeholders al principio, qué encontraste y cómo lograste que se cambiara el alcance.
- Elegí un componente que hayas agregado a un design system. Qué patrones existentes revisaste primero y qué sacaste o unificaste para que la librería siguiera siendo consistente.
Señales de alarma
- El portfolio muestra solo pantallas finales pulidas, sin iteraciones, sin caminos descartados ni evidencia de qué se testeó.
- No puede precisar qué partes de un caso hecho en equipo diseñó personalmente.
- Justifica sus decisiones por tendencias o gusto personal en vez de por conducta de usuarios o una restricción concreta.
- Describe la accesibilidad como algo que se agrega al final, o como algo ajeno al rol de diseño.
Cómo usar este scorecard
- Acordá los pesos con el panel antes de que alguien entreviste, y dejalos por escrito.
- Cada entrevistador puntúa todas las competencias por separado, con una nota que cite lo que el candidato dijo textualmente.
- Comparen los puntajes antes de discutirlos. Discutir primero ancla al panel en quien habla más fuerte.
Armar un scorecard a medida → · Cadena booleana para buscar Diseñador UX →
Preguntas frecuentes
¿Qué debe incluir un scorecard de entrevista para un Diseñador UX?
Competencias ponderadas que cubran investigación, oficio en los flujos, disciplina visual y de sistema, testing de usabilidad, accesibilidad y colaboración con ingeniería, cada una con anchors de qué es una respuesta débil y una fuerte. Ajustá los pesos al rol: no necesita las mismas fortalezas quien entra a un equipo con un design system maduro que quien tiene que construir el primero.
¿Cómo se evalúa un portfolio de UX sin dejarse llevar por el acabado visual?
Pedí los estados que no están en el portfolio: errores, pantallas vacías, permisos. Después preguntá qué se testeó, qué falló y qué cambió la segunda versión. El acabado es fácil de mostrar y difícil de atribuir; las decisiones con motivos detrás no son ninguna de las dos cosas.
¿Conviene pedirle un ejercicio de diseño a un Diseñador UX?
Un ejercicio corto, pago y con alcance acotado sirve cuando el portfolio es de trabajos en equipo y no queda clara la contribución individual. Limitalo a unas pocas horas y revisalo contra los mismos anchors que usás en las entrevistas. Puntuar el ejercicio y la entrevista con una sola rúbrica, citando evidencia concreta en cada competencia, evita que se comparen por sensación.
Cuando lo que está en juego es una contratación real, usá evidencia
Estas herramientas son heurísticas rápidas. Verdict lee el CV contra tu descripción de puesto y puntúa seis dimensiones con citas textuales como evidencia — un documento de contratación que podés defender.