Ejemplo de CV de diseño UX: decisiones visibles

Un currículum de diseñador UX debe presentar de forma breve tu manera de pensar y ofrecer después una vía clara hacia un porfolio que la respalde. Las pantallas atractivas, por sí solas, no revelan el problema, las limitaciones ni la calidad del razonamiento. Muestra cómo aprendiste sobre los usuarios, tomaste decisiones de diseño y resolviste detalles de implementación. El currículum y el porfolio cumplen funciones distintas: el primero establece experiencia relevante; los casos seleccionados permiten examinar las pruebas con más profundidad.

La diseñadora ficticia trabaja en flujos administrativos, por lo que el ejemplo destaca estados, permisos y claridad de tareas. Un porfolio de identidad visual no respaldaría por sí solo el mismo argumento. Decide qué problemas de diseño presenta tu currículum como los que puedes resolver y elige casos que permitan examinarlos. La coherencia entre documento y porfolio importa más que utilizar una etiqueta de diseño de moda.

El perfil ficticio de Samira se centra en un flujo difícil, no en un estilo visual de moda. El punto de solicitud de acceso relaciona observación y cambio concreto de diseño. Los prototipos aparecen como medio para responder preguntas, no como cantidad de entregables. El trabajo de componentes incluye comportamiento de teclado y estados de error porque la calidad de interacción va más allá de pantallas iniciales pulidas. La revisión posterior a la publicación deja claro que la diseñadora siguió participando tras el traspaso. Todas las empresas, proyectos y resultados son ejemplos didácticos inventados.

El punto de componentes incluye estados vacíos y errores porque los usuarios encuentran la interfaz más allá de su recorrido ideal. Si tu proyecto mejoró esos estados, no ocultes la aportación bajo «creé pantallas de interfaz». Explica qué comportamiento había que especificar y cómo utilizó el equipo las indicaciones. El trabajo detallado de interacción puede demostrar madurez de diseño aunque produzca pocas imágenes listas para el porfolio.

Para cada caso, recupera el problema original, las limitaciones, las alternativas y las pruebas que orientaron el diseño. Anota qué hiciste personalmente, qué aportó investigación o producto y qué cambió ingeniería durante la entrega. Mantén privada la información de participantes. Si no puedes compartir trabajo profesional, prepara una explicación anonimizada aprobada o utiliza otro proyecto. Una decisión bien explicada puede ser útil aunque la interfaz final no esté disponible para mostrarla públicamente.

Añade un mapa de aportaciones a tus notas: investigación aportada por otros, diseño que realizaste, decisiones conjuntas y cambios de implementación. Así evitas que un relato pulido atribuya accidentalmente trabajo colectivo a una persona. Registra también lo que no aprendiste. Un estudio que respondió preguntas de navegación quizá no respalde afirmaciones sobre adopción a largo plazo o preferencias de todo el mercado.

El primer punto evita afirmar que seis sesiones representan a todos los usuarios. Explica una respuesta de diseño a una dificultad concreta observada. Al editar tu versión, especifica la tarea y el cambio posterior a la investigación. «Mejoré la experiencia de usuario» es demasiado amplio para valorarlo. Si después mediste la finalización de tareas, indica las condiciones de prueba. Si no lo hiciste, el problema observado y la respuesta implementada siguen siendo pruebas válidas sin una tasa de éxito inventada.

La nueva redacción de solicitud de acceso debe llevar a un momento concreto del porfolio: el estado confuso y el nuevo comportamiento de siguientes pasos. Muestra la alternativa valorada si explica la decisión. Una imagen de antes y después sin la tarea puede llevar a juzgar solo el aspecto. El punto del currículum debe dar contexto suficiente para que la comparación visual responda a una pregunta significativa.

Las medidas de usabilidad requieren contexto: importan la tarea, los participantes, el entorno y la comparación. Una prueba moderada pequeña puede identificar problemas, pero no debe presentarse como estimación de rendimiento de toda la población. La adopción de producto tras un rediseño puede reflejar otros cambios. Describe con cuidado los hallazgos observados y utiliza pruebas cualitativas cuando sean las que tienes. El trabajo de sistemas de diseño puede mostrar alcance mediante componentes, equipos o comportamientos documentados sin reducir la calidad a un recuento de pantallas.

Relaciona los métodos con el trabajo que ayudaron a realizar. Las pruebas de usabilidad pueden respaldarse con una pregunta de investigación y la decisión de diseño resultante. El prototipado, con la incertidumbre que resolvió. La experiencia en accesibilidad debe describir el trabajo real, como especificaciones de interacción de teclado o colaboración con especialistas, sin afirmar un cumplimiento universal. Enumera herramientas de forma breve. Una lista larga de software rara vez sustituye un caso con responsabilidad clara y una decisión justificable.

Investigación y diseño son capacidades conectadas, pero distintas. Facilitar entrevistas, analizar hallazgos y traducirlos a una interacción son aportaciones diferentes. Describe las que realizaste. Del mismo modo, conocer una biblioteca de componentes es distinto de definir comportamientos reutilizables o dirigir su adopción. Las competencias no deben insinuar que utilizar un sistema existente equivale a crear todo el sistema.

Quienes empiezan en diseño pueden utilizar trabajo académico, voluntariado o proyectos personales con contexto explícito. Un rediseño especulativo debe identificar sus hipótesis y no insinuar acceso a usuarios o datos internos de una empresa. Muestra iteraciones y explica por qué cambió la dirección final. Incluye limitaciones reales, como dificultades de reclutamiento o recursos de implementación. Un caso enfocado en un problema modesto suele aportar mejores pruebas que un proceso integral inventado que abarque todos los métodos posibles de investigación.

Las personas con experiencia deben mostrar cómo se amplió su influencia: dar forma a trabajo ambiguo, mejorar patrones compartidos, resolver limitaciones entre equipos u orientar a otros diseñadores. Evita que cada punto sénior trate de talleres. Explica qué resolvió el taller y cómo afectó la decisión al producto. Si dirigías personas, indica el equipo y las responsabilidades. Si tenías un puesto sénior sin gestión de personal, describe el alcance de diseño y la colaboración sin insinuar facultades de gestión que no tenías.

Una persona que vuelve al diseño desde otra disciplina puede utilizar un proyecto bien acotado para mostrar práctica actual de interacción. Explica las hipótesis sobre usuarios e identifica el trabajo especulativo. Conserva experiencia profesional anterior que demuestre colaboración o conocimiento del ámbito, pero deja que el nuevo proyecto establezca la competencia de diseño. Evita un relato que convierta retrospectivamente cada puesto anterior en trabajo UX.

Imagina que una persona administradora de cuentas asigna repetidamente acceso al espacio de trabajo equivocado. Tu trabajo de diseño empieza por comprender la tarea y el origen de la confusión, no por elegir otra paleta de colores. Quizá la interfaz actual oculta el contexto del espacio después del primer paso. En tus notas, distingue observaciones e hipótesis y registra quién participó en la investigación. Después describe alternativas exploradas, como mantener visible el contexto o cambiar la confirmación. Así creas un caso útil aunque el cambio visual final parezca pequeño.

Un punto ficticio podría decir: «Rediseñé la selección y confirmación de espacios de trabajo tras detectar confusión de contexto en sesiones de usabilidad, añadiendo etiquetas persistentes del espacio y una revisión explícita antes del envío». La redacción relaciona un hallazgo con decisiones de interacción. No afirma que se eliminaran todos los errores. En el porfolio, explica por qué elegiste esa dirección y qué limitaciones de ingeniería afectaron al comportamiento final. Muestra estados relevantes de error y teclado, no solo la pantalla más limpia. Si la versión publicada difería del prototipo, identifica la diferencia con honestidad.

El currículum debe remitir al caso con suficiente coherencia para reconocerlo inmediatamente. Utiliza el mismo título de proyecto, las fechas y la descripción de responsabilidad. Comprueba la primera pantalla del caso: debe indicar el problema y tu función antes de una cronología larga del proceso. Si investigó un compañero, reconoce esa aportación y destaca tu respuesta de diseño. Una explicación transparente de la colaboración es más útil que una historia pulida en la que una persona parece haber realizado sola todas las disciplinas.

Un puesto centrado en software empresarial requiere pruebas sobre complejidad, permisos y flujos repetidos. Uno móvil de consumo puede beneficiarse de detalles de interacción, incorporación y limitaciones de plataforma. Reordena los proyectos del porfolio para respaldar el argumento del currículum. Utiliza los mismos nombres y descripciones de función en ambos para poder relacionarlos. Cuando un proyecto tiene un aspecto visual antiguo pero demuestra razonamiento relevante, explica el contexto en lugar de sustituir el contenido por una maqueta pulida sin relación.

Examina las interfaces y limitaciones del equipo objetivo. Un software complejo de escritorio puede requerir información densa y permisos por función; el trabajo móvil, interacción en pantalla pequeña y convenciones de plataforma. Elige pruebas que aborden limitaciones comparables. Si no tienes una coincidencia exacta en el porfolio, explica la decisión transferible en lugar de cambiar el aspecto de un proyecto sin relación para imitar el producto de la empresa.

Un punto débil habitual es un diagrama de proceso impresionante sin decisiones. Otro es un enlace de porfolio que exige acceso sin explicar o abre una portada sin terminar. Comprueba que el currículum se entienda sin el porfolio; algunas personas revisarán primero el documento. No declares totalmente tuyo el trabajo de un equipo. Evita presentar perfiles de usuario genéricos como hallazgos de investigación y elimina identificadores de participantes o materiales confidenciales de clientes del PDF y los casos enlazados.

Abre el porfolio desde el enlace del currículum exportado y pruébalo sin iniciar sesión. Comprueba que imágenes, pies y texto expliquen tu función en una pantalla pequeña. Confirma que las contraseñas o instrucciones de acceso se gestionen de forma adecuada y que los archivos no contengan datos de participantes. Por último, lee cada punto junto a su caso: alcance, afirmaciones de investigación y estado de publicación deben coincidir.

• Relaciona las observaciones de investigación con una decisión real de diseño.
• Indica tu función por separado de la del resto del equipo.
• Comprueba el acceso al porfolio y la coherencia de los nombres de proyectos con el currículum.
• Describe con precisión la accesibilidad sin afirmar un cumplimiento sin respaldo.