Resumen ejecutivo

• Un ejercicio guiado de design thinking de punta a punta sobre un problema cotidiano argentino: sacar un turno médico por la app de una prepaga.

• Las cinco etapas con entregables concretos: empatizar con 5 entrevistas, definir, idear, prototipar en Figma y testear.

• Plantillas de cada etapa que podés copiar.

• Cómo convertir el resultado en un caso de estudio que sume a tu portfolio UX.

Leíste qué es el design thinking, conocés las cinco etapas de memoria y aun así tu portfolio no tiene un solo caso que lo muestre. Es lo más común: la teoría está en todos lados, pero los recruiters de UX quieren ver proceso aplicado. Las cinco etapas que popularizó la d.school de Stanford (empatizar, definir, idear, prototipar y testear) se entienden de verdad cuando las recorrés con un problema real. Esta guía te propone uno y te acompaña paso a paso. Si necesitás repasar el concepto antes, tenés la nota sobre qué es el design thinking y cómo se aplica.

El problema del ejercicio

Desafío: "Sacar un turno con un especialista desde la app de la prepaga lleva demasiados pasos y muchos usuarios terminan llamando por teléfono".

Elegimos este problema porque es cercano, cualquiera puede conseguir usuarios para entrevistar y tiene suficiente complejidad (especialidades, cartillas, horarios, autorizaciones) para mostrar criterio de diseño. Podés reemplazarlo por otro: cargar la SUBE, pedir un reintegro o reservar una cancha.

Etapa 1: Empatizar (5 entrevistas)

Objetivo: entender cómo la gente saca turnos hoy y dónde se frustra.

Cómo: entrevistá a cinco personas de perfiles distintos (por ejemplo, alguien joven que usa todo desde el celular, una madre o padre que saca turnos para sus hijos y una persona mayor). Preguntá por la última vez que sacaron un turno, no por opiniones generales.

Plantilla de guion:

• Contame la última vez que tuviste que sacar un turno con un especialista. ¿Qué hiciste primero?

• ¿En qué momento dudaste o te trabaste?

• ¿Alguna vez abandonaste la app y llamaste? ¿Por qué?

• Si pudieras cambiar una sola cosa, ¿cuál sería?

Entregable: notas de cada entrevista y un mapa de empatía (qué dice, piensa, hace y siente).

Etapa 2: Definir

Objetivo: convertir lo que escuchaste en un problema concreto.

Cómo: agrupá los hallazgos por afinidad y buscá patrones. Después escribí un enunciado de punto de vista: "[Usuario] necesita [necesidad] porque [insight]".

Ejemplo: "Una madre que saca turnos para sus hijos necesita ver rápido qué profesionales atienden pediatría con disponibilidad esta semana porque hoy tiene que entrar perfil por perfil y se cansa antes de encontrar uno".

Entregable: una user persona y dos o tres preguntas "¿Cómo podríamos…?".

Etapa 3: Idear

Objetivo: generar muchas soluciones antes de elegir una.

Cómo: hacé un Crazy 8s (ocho bocetos en ocho minutos) por cada pregunta "¿Cómo podríamos…?". Después votá con criterios claros: impacto para el usuario y esfuerzo de implementación.

Ideas posibles: buscador por "primer turno disponible", filtro por cercanía, recordatorio con opción de reprogramar, perfiles familiares para sacar turnos por otros.

Entregable: bocetos, matriz impacto-esfuerzo y la idea elegida con su justificación.

Etapa 4: Prototipar en Figma

Objetivo: hacer tangible la solución para poder probarla.

Cómo: armá primero un wireframe de baja fidelidad del flujo completo (inicio, búsqueda, resultados, confirmación) y después un prototipo navegable con las pantallas clave. No hace falta que sea lindo: tiene que permitir completar la tarea. Si nunca usaste la herramienta, empezá con la guía para usar Figma desde cero.

Entregable: link al prototipo y capturas del flujo.

Etapa 5: Testear

Objetivo: ver si la solución resuelve el problema.

Cómo: pedile a cinco personas que saquen un turno de pediatría para esta semana usando tu prototipo. Según el clásico artículo de Nielsen Norman Group, con cinco usuarios ya aparecen la mayoría de los problemas de usabilidad. Medí si completan la tarea, cuánto tardan y dónde dudan.

Entregable: tabla de hallazgos con severidad y los cambios que harías en una segunda iteración.

Cómo convertirlo en un caso de estudio para tu portfolio

1. Contexto y desafío en dos o tres oraciones.

2. Tu rol y el tiempo que llevó.

3. Proceso: una sección por etapa con el entregable más representativo, no todos.

4. Decisiones clave: qué descartaste y por qué. Es lo que más valoran los recruiters.

5. Resultados del test y qué cambiarías.

6. Aprendizajes en tres bullets.

Para el resto del portfolio, seguí la guía para armar un portafolio de UX/UI sin experiencia laboral.

Cursos recomendados de Coderhouse

Si querés hacer este tipo de proyectos con acompañamiento y feedback, el Curso de Diseño UX/UI recorre investigación, prototipado y testeo con casos para tu portfolio. Para profundizar en la primera etapa, el Curso de UX Research te enseña a planificar entrevistas y sintetizar hallazgos.

Preguntas frecuentes

¿Cuánto tiempo lleva hacer este ejercicio completo? Entre una y tres semanas dedicándole algunas horas por día. La etapa que más tiempo lleva suele ser conseguir y hacer las entrevistas.

¿Tengo que seguir las cinco etapas en orden? No necesariamente. El design thinking es iterativo: si en el test descubrís algo nuevo, volvés a definir o idear. Mostrar esas vueltas en el caso de estudio suma.

¿Puedo hacer el ejercicio con amigos y familiares? Sí, para un primer proyecto es válido. Lo importante es que no sean solo diseñadores y que les preguntes por experiencias concretas.

¿Sirve un proyecto sobre una app real que no es mía? Sí, siempre que lo aclares como proyecto personal o rediseño conceptual y no uses datos internos de la empresa.