El mejor portfolio que vio nuestro equipo de talento en un proceso de selección de diseño no pertenecía al candidato que acabó contratado. Era una demo en Figma pulida hasta el píxel, con casos de estudio narrados como una revista de diseño. En la entrevista técnica, alguien le pidió explicar por qué había elegido ese patrón de navegación y no otro. No supo responder: lo había tomado de un archivo comunitario de Figma sin entender la decisión detrás. El candidato que sí entró tenía un portfolio más plano, tres proyectos reales con capturas de research incluidas, y una respuesta de dos minutos sobre un trade-off que había perdido frente a su propio equipo de producto. La lección no fue de diseño. Fue de qué mirar antes de firmar.
Para evaluar a un diseñador UX/UI freelance antes de contratarlo: pide que explique el razonamiento detrás de tres decisiones concretas de su portfolio, no que enumere herramientas; separa la ejecución de pantallas del criterio de producto para distinguir junior de senior; y decide el modelo de contratación (in-house, freelance certificado o blended team) según cuánto dure la necesidad real del rol.
TL;DR. Un portfolio bonito no certifica nada: evalúa el proceso detrás de cada proyecto (research, decisiones, iteración), no solo las pantallas finales. La diferencia entre junior y senior rara vez son los años: es si el candidato razona trade-offs o solo ejecuta un brief. Y antes de publicar la vacante, decide el modelo de contratación (in-house, freelance certificado o blended team) según cuánto dure la necesidad. Las skills base de un buen diseñador UX/UI ya están cubiertas en nuestra guía de referencia.
¿Por qué no basta con mirar si el portfolio es bonito?
Un portfolio optimizado para gustar en treinta segundos de scroll y un portfolio que demuestra criterio de producto son dos cosas distintas, y la mayoría de procesos de selección solo evalúa el primero. Los casos de estudio suelen estar escritos con la misma estructura de agencia (problema, solución, resultado bonito) sin una sola mención a una restricción real: un requisito legal, una limitación técnica del equipo de desarrollo, un stakeholder que pidió lo contrario a lo que el research recomendaba. Eso no significa que el candidato mienta. Significa que el portfolio, como formato, premia la narrativa sobre la evidencia.
Las skills que debe dominar cualquier diseñador UX/UI de calidad (investigación de usuario, conocimiento técnico del producto, capacidad analítica y creativa) ya están cubiertas en nuestra guía sobre las 5 skills principales que debe manejar un diseñador UX/UI de calidad. Esta guía empieza donde esa termina: da por hecho que ya sabes qué debe saber un buen candidato, y se centra en comprobar si el que tienes delante lo aplica de verdad, en vez de repetir el listado.
¿Qué mirar en un portfolio de UX/UI más allá de la estética?
Mira el proceso, no el remate visual. Un portfolio que solo enseña pantallas finales es indistinguible de una plantilla bien ejecutada; un portfolio que enseña el research, las iteraciones descartadas y el porqué de cada decisión es mucho más difícil de fabricar sin haber hecho el trabajo real.
| Qué buscar | Qué revela | Cómo verificarlo en la entrevista |
|---|---|---|
| Documentación de research (entrevistas, mapas de flujo, notas de usuario) | Que el diseño partió de datos y no de intuición estética | Pide el hallazgo que más le sorprendió y cómo cambió el diseño |
| Iteraciones visibles, no solo la pantalla final | Capacidad de descartar ideas propias, no solo producirlas | Pregunta qué versión anterior funcionaba peor y por qué |
| Rol propio explícito en proyectos de equipo | Si sabe distinguir su contribución real de la del equipo completo | Pide que señale, línea por línea, qué hizo él o ella exactamente |
| Una restricción real mencionada (técnica, legal o de negocio) | Que ha trabajado con límites de verdad, no en un ejercicio libre | Pregunta qué tuvo que sacrificar por esa restricción |
Un candidato que responde con casos concretos suena distinto a uno que parafrasea la documentación de su propio portfolio. Esa diferencia se nota en segundos, no en minutos.
¿Cuáles son las red flags más comunes en un portfolio freelance?
Ninguna red flag aislada descalifica a un candidato. La acumulación de varias, sí.
| Red flag | Por qué preocupa |
|---|---|
| Rediseño ficticio de una marca conocida sin research ni cliente real | Ejercicio legítimo para aprender, pero no prueba nada sobre trabajar con restricciones ajenas |
| Casos de estudio con la misma estructura que un curso online popular | Puede ser una plantilla replicada, no un proyecto propio razonado |
| Cero mención de un fracaso, un cambio de rumbo o un desacuerdo con el cliente | Todo proyecto real tropieza en algún punto; su ausencia es más sospechosa que su presencia |
| Atribución en plural ("diseñamos", "creamos") sin especificar el rol propio | Puede ocultar una contribución menor a la que el portfolio sugiere |
| Métricas de impacto sin fuente ni forma de contrastarlas | Una cifra sin origen verificable no es prueba, es decoración |
La pregunta que más filtra en nuestra propia validación de talento no es sobre herramientas. Es pedir que el candidato cuente un proyecto donde perdió un argumento frente a un stakeholder y qué hizo con eso. Quien ha vivido esa situación de verdad lo cuenta con detalle incómodo; quien no, generaliza.
¿Cómo diferenciar un diseñador junior de uno senior en la práctica?
Los años de experiencia en el CV son un dato débil. Alguien puede llevar seis años ejecutando briefs sin cuestionarlos y otra persona con dos años puede ya razonar trade-offs de producto con soltura. El criterio real está en cómo responde ante la ambigüedad, no en la fecha de alta como autónomo.
| Situación | Señal de junior | Señal de senior |
|---|---|---|
| Requisito ambiguo del cliente | Pide más especificaciones antes de proponer nada | Propone dos o tres opciones con el trade-off de cada una |
| El research contradice lo que pidió negocio | Ejecuta lo que pidió negocio sin plantear la contradicción | Presenta el conflicto con datos y defiende una postura |
| Ya existe un sistema de diseño en la empresa | Diseña pantallas nuevas sin revisar los componentes existentes | Reutiliza y extiende el sistema, y señala dónde se queda corto |
| El equipo de desarrollo dice que una idea no es viable | Insiste en la idea original o la abandona sin alternativa | Negocia una versión intermedia que conserve la intención |
Un candidato senior puede tener un portfolio más modesto en volumen de proyectos que uno junior con mucho tiempo libre para pulir casos de estudio. La seniority se mide en el razonamiento que sostiene cada decisión, no en el número de pantallas.
¿In-house, freelance certificado o blended team: qué modelo cubre el rol?
Ningún modelo es superior en abstracto. La decisión depende de tres variables: cuánto dura la necesidad real, si el rol exige mantener un sistema de diseño propio a largo plazo, y cuánto control de marca necesitas sobre el trabajo diario.
| Criterio | In-house | Freelance certificado | Blended team |
|---|---|---|---|
| Velocidad de arranque | Baja: proceso de contratación completo | Alta: cubre un proyecto acotado en días | Media: exige definir qué queda dentro y qué fuera |
| Consistencia de marca a largo plazo | Alta: propiedad continua del sistema de diseño | Depende del brief y de la documentación entregada | Alta: tu equipo interno gobierna el criterio, el freelance ejecuta |
| Cuándo conviene | Producto con sistema de diseño propio en evolución constante | Proyecto puntual con alcance cerrado (rediseño de un flujo, una landing) | Pico de carga sostenido sin justificar una contratación fija todavía |
Un blended team para diseño funciona cuando existe una persona interna que ya gobierna el sistema de diseño y el freelance certificado ejecuta bajo ese criterio, no al margen de él. Sin ese punto de control, el resultado son pantallas coherentes por separado y una marca inconsistente en conjunto.
Si el rol que necesitas cubrir hoy es puntual y con alcance definido, el directorio de diseñadores freelance verificados de Shakers es el punto de partida más rápido para aplicar los criterios de esta guía sobre candidatos ya validados técnicamente.
Preguntas frecuentes sobre cómo evaluar un diseñador UX/UI freelance
- ¿Cuánto cobra un diseñador UX/UI freelance en España?
No hay una tarifa única fiable publicada: varía por ciudad, sector y alcance del proyecto. Para presupuestar, parte del salario base bruto del rol equivalente en plantilla y multiplícalo por 1,5-1,8 para cubrir RETA, IRPF y los periodos sin proyecto. Contrasta esa cifra con una calculadora pública de tarifas freelance antes de cerrar el presupuesto.
- ¿Qué skills debe tener un diseñador UX/UI?
Investigación de usuario, conocimiento técnico del producto, capacidad analítica y creativa, y conocimientos avanzados de diseño de interfaz. El desarrollo completo de esas cinco skills está en nuestra guía de referencia; esta pieza asume que ya las conoces y se centra en verificarlas en un candidato real.
- ¿Cómo saber si un portfolio es una copia o un ejercicio de curso?
Pide que explique una decisión de diseño concreta y el motivo detrás. Quien ha hecho el trabajo real responde con detalle sobre research, restricciones y alternativas descartadas. Quien reproduce una plantilla o un ejercicio de curso tiende a repetir la justificación genérica que aparece en el propio material del curso.
- ¿Un diseñador senior siempre cuesta más que uno junior?
No necesariamente, y no debería ser el único criterio de decisión. Un junior con buen razonamiento de producto puede rendir mejor que un nominal senior que solo ejecuta briefs sin cuestionarlos. Evalúa primero el criterio ante la ambigüedad y el manejo de un sistema de diseño; la tarifa se negocia después de confirmar esa señal.
- ¿Necesito un diseñador UX/UI a tiempo completo o puedo cubrir el rol con freelance?
Depende de si la necesidad es continua o acotada. Un producto con un sistema de diseño propio en evolución constante necesita propiedad a largo plazo, mejor in-house o blended team. Un proyecto puntual con alcance cerrado, como un rediseño de flujo concreto, se cubre bien con un freelance certificado.
Antes de publicar la próxima vacante de diseño, cambia la primera pregunta de la entrevista: no preguntes qué herramientas domina, pregunta qué decisión de su portfolio defendería hoy distinto. Esa respuesta filtra más que cualquier certificado. Shakers es infraestructura de contratación de talento certificado en skills IA: diseñadores UX/UI verificados por proyecto real, no solo por portfolio, disponibles en modelo freelance o blended team según lo que tu producto necesite ahora mismo. Habla con Shakers sobre el perfil de diseño que necesitas cubrir.