Diseño · 2026
CV Formato Harvard para Diseñadores UX
El hiring de UX corre portfolio + CV en paralelo. El CV es el filtro de 8 segundos donde demuestras proceso, scope y resultados antes de que alguien abra tus case studies.
¿Cómo se hace un CV de Diseñadores UX en formato Harvard?
El hiring de UX es portfolio-first, pero el CV hace el primer corte. Un/a design lead o reclutador/a en empresas como Mercado Libre, Globant, Spotify, Nubank o una startup Serie B dedica 6-10 segundos a escanear tus herramientas, el scope de los productos que shippeaste, tu profundidad de research y las métricas que moviste antes de abrir el case study. El formato Harvard de una página te obliga a comprimir años de doble diamante y design sprints en exactamente las señales que ganan ese click.
Qué buscan los recruiters
- URL del portfolio above the fold, en la línea de contacto — y debe cargar, sin contraseña o con la contraseña incluida
- Herramientas reales nombradas: Figma, FigJam, Maze, Dovetail, ProtoPie, Framer, UserTesting (no "herramientas de diseño estándar")
- Evidencia de proceso end-to-end: research de discovery, IA, wireframes, prototipado, usability testing, handoff
- Resultados cuantificados de research y diseño: task-completion rate, time-on-task, SUS/NPS, conversión del funnel, reducción de drop-off, deflexión de tickets de soporte
- Contribución a design system con escala: componentes construidos, tokens owned, equipos que lo adoptan, % de cobertura
- Fluidez en accesibilidad: WCAG 2.2 AA, testing con lector de pantalla, trabajo de contraste y estados de foco
Secciones requeridas, en este orden
Header y ubicación del portfolio
- URL del portfolio como segundo dato de la línea de contacto, justo después del email — es el link más importante de la página
- Si el portfolio está protegido, escribe la contraseña inline (ej. 'portfolio.com · pw: review2026') para que un revisor apurado nunca choque con un muro
- Opcional, una línea de posicionamiento bajo tu nombre: 'Diseñador/a UX Senior · B2B SaaS · 7 años' — elimina por completo el párrafo de 'filosofía de diseño'
- Sin foto, sin fecha de nacimiento, sin estado civil — el trabajo y las métricas cargan la página
Bullets de experiencia — específicos de UX
- Lidera con el problema de diseño y el usuario, no con el entregable ('reduje carritos abandonados' gana a 'diseñé pantallas de checkout')
- Cuantifica el scope del research explícitamente: número de entrevistas, sesiones de usabilidad, respondentes de encuesta, diary studies
- Combina un resultado cuantitativo (una métrica que moviste) con uno cualitativo (un insight que cambió el roadmap o mató un feature)
- Muestra el ship: nombra las plataformas (iOS/Android/web), con qué ingenieros y PM trabajaste, y que efectivamente se lanzó
Sección de skills y métodos
- Herramientas: 5-8 que usas semanalmente (Figma, FigJam, Maze, Dovetail, ProtoPie, Framer) — no toda tu historia de apps
- Métodos: usability testing, design systems, design tokens, arquitectura de información, journey mapping, accesibilidad WCAG, ResearchOps
- Skills adyacentes solo si son reales: 'HTML/CSS de producción, React liviano para prototipos' — nunca solo 'coding'
- Elimina relleno de soft skills ('orientado al usuario', 'jugador de equipo'); los bullets deben probarlo, no la lista de skills
Ejemplo en formato Harvard
Bullets fuertes vs débiles
Rediseñé la experiencia de checkout para hacerla más fácil de usar
Rediseñé el checkout móvil de 4 pasos de un marketplace de 3.1M de MAU; corrí 16 sesiones de usabilidad moderadas y un estudio no moderado de 1.200 respondentes que reveló una objeción oculta por costo de envío; bajé el abandono de checkout de 41% a 27% y subí la conversión a pago +9% en iOS y Android dentro de 8 semanas del lanzamiento
Nombra el scope de la superficie (checkout de 4 pasos), la base de usuarios (3.1M MAU), el método y profundidad del research (16 sesiones + estudio de 1.200), el insight que guió el trabajo, la métrica principal (abandono 41% → 27%) y las plataformas. Un/a design lead infiere ownership de ciclo completo en segundos.
Ayudé a construir y mantener el design system de la empresa
Co-fundé el design system 'Atlas' y lo crecí de 0 → 72 componentes con 140 design tokens en 11 meses; impulsé su adopción en 6 equipos de producto cubriendo el 88% de la superficie de la app; reduje el tiempo promedio de diseño por feature 34% (medido contra 10 features de referencia) y estandaricé estados de foco y contraste WCAG 2.2 AA en todos los componentes
Cantidad de componentes, de tokens, adopción por equipos, cobertura de superficie, una meta-métrica con método de medición declarado, y una señal de accesibilidad. Los revisores senior leen todo eso como evidencia de pensamiento de sistemas, no solo diseño de pantallas.
Hice user research para informar decisiones de producto
Lideré la fase de discovery de un nuevo onboarding B2B: 22 entrevistas a stakeholders y clientes más un diary study de 5 participantes durante 2 semanas; sinteticé los hallazgos en un journey map que mató un tutorial in-app planificado y repriorizó el setup self-serve, bajando el time-to-first-value de 6 días a 38 horas para cuentas nuevas
Cuantifica el scope del research (22 entrevistas + diary study), muestra síntesis (journey map) y demuestra criterio nombrando lo que el research mató — más una métrica dura de activación (time-to-first-value 6 días → 38 horas). Prueba research que cambió el roadmap, no research por research.
Trabajé de cerca con ingenieros y product managers
Co-lideré un design sprint de 3 semanas con 1 PM y 4 ingenieros en el rediseño de la página de pricing; prototipé 5 variantes de hipótesis en Figma, validé las 2 mejores con 12 tests no moderados, y luego corrí un A/B test del ganador contra control durante 6 semanas para +18% de conversión a upgrade
Reemplaza 'colaboré' con una historia concreta y propia de cómo se shippea: composición del pod, duración del sprint, número de variantes, método de validación, duración del A/B y el resultado. Se lee como un/a diseñador/a que conduce el proceso, no que lo decora.
Errores comunes específicos
- Enviar un link de portfolio que da 404, sigue con contraseña sin entregar la contraseña, o muestra el trabajo tras un 'solicitar acceso'. Es la razón más común por la que un/a buen/a diseñador/a UX se descarta automáticamente.
- Listar entregables en vez de resultados ('creé wireframes y prototipos'). Los revisores asumen que sabes hacer artefactos; escanean qué cambiaron esos artefactos.
- Un párrafo de 'filosofía de diseño' o 'creo que el buen diseño...' arriba. Guárdalo para el about del portfolio; el tercio superior del CV es para scope y señal.
- Volcar 15+ herramientas para parecer completo. Lista 5-8 que podrían testearte en vivo en la entrevista; profundidad gana a amplitud.
- Omitir research y accesibilidad por completo. Un CV de UX (no UI) sin usability testing ni trabajo WCAG se lee como diseñador visual y se enruta a la pila equivocada.
Tu CV empieza aquí. Decides después si pagas.
Empezar mi CVPreguntas frecuentes
- ¿Linkeo un sitio propio de portfolio, una página de Notion, o Dribbble/Behance?
- Un sitio propio o un Notion/Read.cv bien estructurado es lo mejor — señala que sabes shippear y contar una historia. Dribbble sirve como link visual secundario pero rara vez como el principal para roles de UX de producto; Behance se ve anticuado. Sea cual sea, ponlo en la línea de contacto e incluye la contraseña inline si está protegido.
- Soy generalista UX/UI. ¿Enfatizo research o craft visual?
- Calza con el puesto. Para roles de product design y research-heavy, lidera los bullets con scope de research y métricas de resultado. Para roles más UI, puedes subir antes los sistemas visuales y el trabajo de design system. Deja un bullet por rol que muestre el otro lado para no leerte unidimensional.
- ¿Dónde van las certificaciones UX como NN/g, Google UX o un bootcamp?
- Una línea en Educación o una línea compacta de 'Certificaciones' — no una sección dedicada salvo que tengas 3+ realmente reconocidas (la certificación NN/g pesa; un curso genérico pesa poco). Para quienes cambian de carrera, apóyate más en una sección de Proyectos con case studies reales y testeables que en logos de certificados.
- ¿Cómo muestro impacto si no puedo dar números exactos por NDA?
- Generaliza el absoluto y conserva el relativo ('subí task-completion ~20% en una app de consumo de millones de MAU'). Los revisores aceptan rangos y deltas relativos para trabajo confidencial; un bullet sin ninguna medición es el problema real, no uno con un número redondeado.