Una presentación de portafolio debe ayudar a quien te entrevista a entender cómo piensas, qué aportaste y qué demuestra realmente tu trabajo. Selecciona unos pocos proyectos que encajen con el puesto que buscas y explica las decisiones que hay detrás de los entregables. Una sucesión de imágenes atractivas deja demasiadas partes de la historia a la imaginación del público.
En un proceso de selección, las instrucciones de la entrevista van primero. Respeta la duración y el contenido solicitados; la guía para preparar diapositivas para una entrevista de trabajo aborda la introducción general y el encaje con el puesto. Este artículo se centra en el portafolio: elegir tres casos y conectarlos en una presentación.
El ejemplo sigue a un diseñador de producto ficticio que solicita un puesto en un equipo de software para entornos laborales. Los tres proyectos ilustran cómo explicar decisiones, contribuciones individuales y trabajo que todavía no se ha lanzado.
Elige proyectos que demuestren cosas distintas
Empieza por las capacidades que pide el puesto. Después, elige proyectos que te permitan hablar de aspectos concretos. Tres pantallas pulidas y similares pueden demostrar menos que una funcionalidad terminada, una decisión difícil entre alternativas y una mejora pequeña cuyas limitaciones sabes explicar.
En este ejemplo, el puesto exige flujos claros, colaboración práctica y capacidad para mejorar un producto existente. Los casos seleccionados son:
| Proyecto | Qué demuestra el caso | Material que merece la pena mostrar |
|---|---|---|
| Solicitud de cambio de turno | Convertir un flujo confuso en una secuencia de decisiones más clara. | El flujo original, una alternativa considerada y el prototipo final. |
| Formulario de gastos | Trabajar dentro de un sistema existente y negociar un compromiso. | Una restricción, el cambio propuesto y el motivo por el que se descartó una opción. |
| Traspaso de una función de permisos | Hacer que el diseño resulte útil al equipo que lo desarrollará y mantendrá. | Un diagrama de estados anotado y una muestra del material de traspaso. |
No elijas un proyecto solo porque el cliente sea conocido. Si no puedes explicar tu contribución o compartir material suficiente, un proyecto menor puede ser más convincente. Tampoco fuerces tres proyectos en unas instrucciones que pidan expresamente un único caso en profundidad.
Construye la historia alrededor del caso más relevante
Dedica al proyecto más relacionado con el puesto tiempo suficiente para revelar una decisión. Los otros casos pueden aportar variedad. En un ejemplo de doce minutos, el diseñador podría usar uno para presentar el portafolio, cinco para el cambio de turno, tres para el formulario de gastos, dos para el traspaso y uno para cerrar. Es una propuesta de planificación: sigue el formato real de la entrevista y deja tiempo para preguntas cuando se solicite.
Una apertura útil es concreta: «Estos proyectos muestran cómo aclaro flujos, tomo decisiones dentro de un producto existente y preparo el trabajo para su implementación». Da al público una razón para seguir tres casos distintos sin afirmar que dominas todas las áreas.
En cada caso, mantén presentes las mismas preguntas: qué necesitaba cambiar, de qué eras responsable, qué decisión importaba, qué entregaste y qué ocurrió después. El grado de detalle puede variar. No necesitas enseñar cada nota de investigación y cada iteración solo para demostrar que hubo un proceso.
Caso desarrollado: una solicitud de cambio de turno
Haz visible el problema
En la aplicación laboral ficticia, una persona puede seleccionar a un compañero para sustituirla antes de saber si cumple las condiciones para cubrir el turno. La solicitud puede fallar al final del flujo. El reto de diseño consiste en hacer comprensible la selección y la aprobación sin ocultar las reglas.
Muestra una versión breve del recorrido inicial: elegir un turno, seleccionar a un compañero, enviar la solicitud y recibir un mensaje sobre si cumple los requisitos. Explica la consecuencia como un problema del flujo. No añadas un porcentaje de abandono sin registros que lo respalden.
Separa tu papel del trabajo del equipo
En este ejemplo, el diseñador representa la interacción, desarrolla alternativas y prepara el prototipo y la documentación de traspaso. El responsable de producto define la política de turnos con operaciones. Ingeniería determina qué comprobaciones pueden realizarse antes del envío.
Explica esos límites en voz alta. «Diseñé el flujo de solicitud» es creíble y preciso. «Transformé la planificación del personal» oculta quién hizo cada cosa y dificulta evaluar la contribución.
Muestra la decisión, no todas las iteraciones
El diseñador considera dos opciones. Una oculta en la lista a los compañeros que no cumplen los requisitos. La otra los muestra con una breve explicación e impide seleccionarlos.
El prototipo utiliza la segunda. En este caso ficticio, las personas ya conocen a sus compañeros; que falte un nombre sin explicación podría parecer un error de la lista. Por eso, el diseño muestra el estado pertinente y su motivo. Es un razonamiento de diseño para debatir, no una prueba de que todos los productos de gestión laboral deban tomar la misma decisión.
Coloca las dos alternativas junto a la restricción y la solución elegida. Así, quien entrevista puede preguntar por la privacidad, los cambios en los requisitos o qué ocurre cuando no se puede comprobar la regla. Son preguntas más útiles que un recorrido por veinte esquemas de pantalla casi idénticos.
Describe el entregable y lo que aún se desconoce
El caso del portafolio muestra el estado con un compañero seleccionado, una opción bloqueada con su explicación, una solicitud pendiente de aprobación y el recorrido de vuelta cuando se rechaza. Explica cómo se relacionan esos estados.
En este ejemplo, el trabajo termina en el prototipo y el traspaso. El diseñador puede explicar qué diseñó y por qué. No puede afirmar que haya menos solicitudes fallidas, mayor satisfacción de los empleados o un lanzamiento exitoso. Si el proyecto se publica después, añade el resultado real y explica qué pruebas lo respaldan.
Usa los otros casos para ampliar lo que demuestras
El segundo caso debe revelar algo que el primero no mostró. En el formulario de gastos, el diseñador propone eliminar un campo obligatorio. Finanzas explica que se necesita para el proceso de aprobación actual. En lugar de ocultar el desacuerdo, el portafolio muestra un cambio más limitado: situar la explicación junto al campo y aclarar el formato requerido.
El objetivo no es afirmar que ese sea el mejor formulario posible. Es demostrar que el candidato puede explicar una restricción, distinguir una preferencia de diseño de un requisito operativo y aportar una mejora útil dentro del alcance disponible. Muestra brevemente la opción descartada para que se entienda la elegida.
El tercer caso demuestra el traspaso. Para la función ficticia de permisos, una pantalla no basta para explicar qué pueden hacer un lector, un editor y un propietario. El diseñador aporta un pequeño diagrama de roles y estados, un ejemplo de acción deshabilitada y el mensaje que aparece cuando cambia el acceso.
Describe qué comunica ese entregable al equipo de implementación. No lo presentes como prueba de que la función se desarrolló exactamente como estaba diseñada, salvo que hayas comprobado la versión publicada.
Haz que cada diapositiva muestre una prueba concreta
Un portafolio de nueve diapositivas podría seguir esta secuencia:
- La propuesta del portafolio: las tres capacidades que demostrarán los proyectos seleccionados.
- Problema y papel en el cambio de turno: la secuencia original, la dificultad del usuario y tu responsabilidad.
- Decisión del cambio de turno: las alternativas, la restricción y el motivo de la solución elegida.
- Resultado del trabajo de diseño: los estados clave, el entregable y la situación actual del proyecto.
- Restricción del formulario de gastos: la mejora solicitada y el requisito que no podía cambiar.
- Respuesta para el formulario: la decisión más acotada y lo que permite y no permite demostrar.
- Traspaso de permisos: el diagrama de estados y la pregunta de implementación que responde.
- El hilo conductor: cómo abordaste la incertidumbre, la colaboración y la explicación en los tres casos.
- La conversación: el caso o la decisión que te gustaría explorar con más detalle.
Utiliza recortes legibles o diagramas que revelen la decisión de la que hablas. Una pantalla de escritorio completa reducida a una miniatura rara vez explica un detalle. Mantén cerca el contexto general si el recorte puede dar una impresión engañosa de la interfaz o del flujo.
Presenta con honestidad el trabajo confidencial o sin terminar
Comprueba qué puedes compartir antes de preparar una copia para selección. Anonimizar un logotipo puede no bastar si la pantalla contiene datos de clientes, estrategia privada o información interna reconocible. Cuando el permiso sea limitado, explica el problema y tu papel con el nivel de detalle adecuado o selecciona otro proyecto.
Si utilizas una reconstrucción, identifícala como tal y explica qué representa. Distingue conceptos, prototipos, trabajo publicado y resultados medidos. Un proyecto sin terminar puede mostrar una decisión bien pensada; resulta engañoso cuando la presentación le atribuye discretamente un resultado que nunca alcanzó.
Prepara un pequeño apéndice para preguntas: una alternativa adicional, una vista más cercana de un entregable o las pruebas de un resultado. Sepáralo de la historia principal para mantener centrada la primera presentación.
Crea la presentación a partir de las notas autorizadas de los proyectos
Después de elegir los casos, redacta una ficha breve por proyecto: contexto, tu papel, la decisión, el entregable, el estado del proyecto y cualquier resultado que puedas compartir. Presenti puede convertir esas notas en un borrador de diapositivas editable. Proporciona material autorizado e indica a la herramienta que no invente métricas, participantes de investigación, citas de clientes ni resultados de lanzamiento.
Revisa la atribución del trabajo y el énfasis del resultado. El trabajo de equipo debe seguir siendo trabajo de equipo, y un prototipo prometedor debe seguir siendo un prototipo. Ensaya con el tiempo real de la entrevista y lleva el detalle adicional al apéndice en lugar de pasar deprisa por la decisión que hace interesante un caso.
Un buen portafolio facilita hablar de tu trabajo en profundidad. El público debe entender qué aportaste, por qué tomaste esas decisiones y qué partes de la historia se apoyan en información que puedes compartir.
