Un portfolio que abre puertas en un estudio no enseña todo lo que sabes hacer: enseña cómo piensas. Necesitas entre 4 y 6 proyectos bien resueltos, cada uno contado como un caso de estudio con problema, proceso y resultado, y una presentación que se entienda en los primeros 30 segundos sin que nadie tenga que explicarte nada.
Qué busca un estudio en un portfolio antes de llamarte
Un estudio no busca que domines doce herramientas de golpe. Busca ver cómo razonas cuando algo no sale a la primera, y si tu forma de trabajar encaja con la suya.
Cuando alguien de un equipo de diseño en un sitio como IDEO, Fjord o Ustwo revisa portfolios, no está contando cuántos proyectos tienes. Está buscando señales muy concretas: ¿entiendes para quién diseñas? ¿Tomas decisiones y las justificas, o solo enseñas pantallas bonitas? ¿Sabes explicar un fracaso sin maquillarlo? Un portfolio que solo enseña resultados finales, sin el proceso de por medio, genera dudas. Porque en el día a día de un estudio vas a tener que defender decisiones delante de un cliente que no sabe nada de diseño, y ahí la estética sola no vale.
También miran el criterio visual, claro. Pero eso se nota rápido con dos o tres proyectos. Lo que marca la diferencia entre un portfolio que genera una llamada y uno que se queda en la pila es la narrativa: contar el proyecto como si fuera un caso real de negocio, no como una galería de capturas. Y ojo, esto aplica igual si vienes del lado del diseño que si vienes del desarrollo. Un reclutador técnico quiere ver tu razonamiento en el código tanto como un director de arte quiere ver tu razonamiento en una interfaz.
Si quieres entrenarte en esto desde el primer día, en el programa de Diseño UX/UI de TRAZOS el portfolio no es un añadido al final del curso: se construye proyecto a proyecto, con feedback real de gente que ha trabajado en sitios como Ogilvy o Electronic Arts.
Cuántos proyectos incluir y cómo elegirlos
Entre 4 y 6 proyectos es el número que mejor funciona. Menos parece poco rodaje, más diluye tu atención y la del reclutador.
La tentación cuando empiezas es meter todo lo que has hecho, incluido ese ejercicio de clase que no acabó de convencerte ni a ti. Mal plan. Un portfolio no es un archivo histórico, es una selección curada con un objetivo: conseguir una entrevista en un tipo de estudio concreto. Si quieres entrar en un estudio de producto digital, no tiene sentido meter tres proyectos de branding y uno de UX metido con calzador.
Para elegir qué entra y qué se queda fuera, pregúntate esto de cada proyecto:
- ¿Demuestra un proceso de pensamiento completo, desde el problema hasta la solución?
- ¿Tiene algo de complejidad real, o es un ejercicio demasiado simple?
- ¿Aporta algo distinto a los otros proyectos del portfolio, o repite lo mismo?
- ¿Podrías defenderlo durante 20 minutos en una entrevista sin quedarte en blanco?
Si un proyecto no cumple al menos tres de estos cuatro puntos, fuera. Mejor tres proyectos sólidos que seis flojos. Y variedad: si todos tus proyectos son apps de delivery o rediseños de e-commerce, parece que solo sabes resolver un tipo de problema. Mezcla formato (app, web, dashboard), tipo de usuario y nivel de complejidad.
Cómo estructurar un caso de estudio paso a paso
Un caso de estudio bien contado sigue un orden lógico: contexto, problema, proceso, decisiones y resultado. Sin ese orden, el reclutador tiene que adivinar qué hiciste tú y qué no.
Esta es la estructura que mejor funciona en la práctica:
- Contexto: qué empresa o producto es, qué problema tenía y por qué te llamaron (o por qué elegiste ese reto).
- Investigación: qué datos usaste, con quién hablaste, qué descubriste que no sabías al principio. Aunque sea un proyecto académico, simula este paso con rigor.
- Proceso: wireframes, iteraciones, decisiones que cambiaste de rumbo. Esto es lo que más se salta la gente y es justo lo que más interesa a un estudio.
- Decisiones de diseño: por qué esta navegación y no otra, por qué este sistema de color, por qué esta jerarquía. Justifica, no describas.
- Resultado: qué se consiguió, con datos si los hay (tiempo de carga, conversión, tareas completadas en test de usuario) o con una reflexión honesta si no los hay.
Un fallo típico es enseñar solo el "antes y después" visual, como si el diseño fuera magia. No lo es. Enseña el camino intermedio: los bocetos feos, las versiones descartadas, los tests de usuario que salieron mal. Eso genera más confianza que una pantalla perfecta sin contexto. Los estudios contratan a gente que resuelve problemas, no a gente que solo hace cosas bonitas.
Portfolio de UX/UI vs portfolio de desarrollo web: qué cambia
Un portfolio de UX/UI se centra en el proceso y la decisión; uno de desarrollo web tiene que demostrar, además, que el código funciona y es limpio. Son dos lenguajes distintos aunque convivan en el mismo sector.
Si te mueves en UX/UI, el peso está en Figma, en los flujos, en los wireframes, en cómo investigas y validas con usuarios. El reclutador quiere ver tu proceso de diseño de producto digital, aunque el proyecto final nunca llegara a producción.
Si te mueves en desarrollo, la cosa cambia bastante. Ahí no basta con enseñar capturas: hay que enseñar el repositorio, el código limpio, los commits con sentido (nada de "arreglos varios" quince veces seguidas) y, si puedes, un enlace a producto funcionando en vivo. Las tecnologías que más se piden hoy son HTML, CSS, JavaScript, React en el front y Node.js en el back. Si dominas ese stack y lo enseñas con proyectos reales, ya vas por delante de mucha gente.
Hay un punto intermedio interesante: el perfil híbrido, diseñador que también maqueta o desarrollador que entiende de UX. Este perfil cada vez se pide más en estudios pequeños y medianos, porque es más barato y más ágil que tener dos personas separadas. Si puedes mostrar que entiendes ambos mundos (aunque no seas experto en los dos), tu portfolio gana muchísimo valor.
Herramientas para construirlo: Figma, GitHub, WordPress
La herramienta que uses para construir el portfolio depende de tu perfil, pero el mínimo hoy es Figma para diseño, GitHub para código y WordPress o una web propia para presentarlo todo junto.
Si eres diseñador UX/UI, Figma no es opcional. Es el estándar de la industria y además te permite enlazar prototipos interactivos directamente en tu portfolio, lo que le da mucha más vida que una simple imagen estática. Aprovecha también las funciones de componentes y sistemas de diseño: si enseñas que sabes montar un design system ordenado, ya estás un escalón por encima.
Si eres desarrollador, GitHub es tu currículum real. Un reclutador técnico mira tu perfil de GitHub antes incluso que tu CV. Cuida los README de tus repositorios, documenta cómo instalar y correr el proyecto, y no tengas miedo de dejar ver proyectos imperfectos siempre que estén bien explicados.
Para la web del portfolio en sí, no hace falta reinventar la rueda. WordPress sigue siendo una opción sólida y rápida si quieres algo profesional sin montar el front desde cero, aunque si tu perfil es de desarrollo front-end, te conviene más construir tu propia web con React o HTML y CSS puro: es tu mejor carta de presentación técnica, literalmente estás enseñando tu trabajo con tu trabajo. Sea cual sea la herramienta, cuida la velocidad de carga y que se vea bien en móvil. Parece obvio, pero sigue siendo el error número uno en portfolios que se descartan en los primeros segundos.
Errores que descartan un portfolio antes de la entrevista
Hay errores que hacen que un reclutador cierre la pestaña en menos de un minuto. El más común: enseñar solo el resultado final sin ningún tipo de proceso detrás.
Aquí van los que más veces se repiten, y que puedes evitar sin mucho esfuerzo:
- Portfolios genéricos: proyectos de tutorial clonados que todo el mundo tiene igual. Un reclutador los reconoce a la primera.
- Texto que no dice nada: "Rediseñé la app para mejorar la experiencia de usuario" no explica absolutamente nada. ¿Qué problema había? ¿Qué cambiaste y por qué?
- Demasiados proyectos a medias: mejor tres completos que ocho a la mitad.
- Nada de proceso visible: sin wireframes, sin bocetos, sin iteraciones. Solo la pantalla final pulida.
- Webs lentas o rotas en móvil: si tu propio portfolio tiene problemas de usabilidad, ¿cómo vas a convencer a nadie de que sabes de UX?
- Sin contexto de negocio: no decir para quién era el proyecto, qué objetivo tenía o qué métricas importaban.
Un fallo menos obvio pero igual de dañino: copiar el tono y el formato de portfolios ajenos sin aportar tu propia voz. Se nota muchísimo. Mejor un portfolio con menos pulido pero con personalidad real, que uno impecable y clonado de una plantilla que ya ha visto el reclutador cien veces ese mes.
Cómo presentarlo en la entrevista de un estudio
En la entrevista, tu portfolio no se enseña, se defiende. Prepárate para que te pregunten por qué tomaste cada decisión, no solo qué hiciste.
Elige dos o tres proyectos que domines de memoria, no los seis. Practica contarlos en voz alta en menos de tres minutos cada uno, de forma que cualquier persona, tenga o no formación en diseño o desarrollo, entienda el problema y la solución. Si te preguntan "¿por qué elegiste este patrón de navegación?" y tu respuesta es "porque quedaba bien", ahí pierdes puntos. Ten siempre una razón de negocio o de usuario detrás de cada decisión.
Algo que funciona muy bien: habla también de lo que cambiarías ahora si repitieras el proyecto. Muestra que sigues aprendiendo y que eres capaz de autocriticarte sin ponerte a la defensiva. Los estudios valoran mucho esta madurez, porque en el trabajo real vas a equivocarte y lo importante es cómo lo gestionas, no que seas perfecto.
Si presentas en remoto, comparte pantalla con el prototipo interactivo en Figma o el producto en vivo, no capturas estáticas. Y si es presencial, lleva tu portfolio en el móvil y en el portátil por si acaso falla el wifi del sitio. Por último: no te disculpes por un proyecto que no salió como querías. Explícalo como lo que es, un aprendizaje, y sigue adelante. Mostrar seguridad al hablar de tus fallos genera más confianza que intentar esconderlos.
Preguntas frecuentes
¿Cuántos proyectos debe tener un portfolio de UX/UI?
Entre 4 y 6 proyectos bien trabajados es lo ideal. Menos de 3 parece poca experiencia, más de 6 diluye la atención del reclutador y es difícil mantener la misma calidad en todos.
¿Qué hago si no tengo experiencia profesional todavía?
Usa proyectos académicos o personales, pero trátalos como si fueran reales: define un cliente ficticio, un objetivo de negocio y un usuario concreto. Un proyecto personal bien contado pesa más que uno real contado sin criterio.
¿Debo enseñar el código en un portfolio de desarrollo web?
Sí, siempre. Enlaza tu GitHub con repositorios ordenados y documentados, y si puedes, un enlace a la aplicación funcionando en producción. Un reclutador técnico necesita ver el código, no solo el resultado visual.
¿Es mejor un portfolio web o un PDF?
Una web propia es mejor en casi todos los casos, especialmente si trabajas con desarrollo o UX/UI, porque te permite enlazar prototipos interactivos y demuestra que sabes construir algo funcional. Reserva el PDF como complemento, por ejemplo para enviarlo por correo tras una entrevista.
¿Cómo muestro un proyecto protegido por NDA?
Cambia el nombre del cliente y los datos sensibles, pero mantén el problema, el proceso y las decisiones de diseño reales. Puedes indicar directamente que es un proyecto bajo acuerdo de confidencialidad: los estudios lo entienden perfectamente y no te penaliza.
