Antes de comenzar
Pautas del Trabajo
Sesión Anterior
¿Qué recuerdas?
Responde en el chat — no hay respuestas incorrectas
¿Qué diferencia hay entre un diseño within-subjects y un diseño between-subjects?
Between-subjects: cada participante solo realiza una condición; se usan grupos distintos.
Menciona una métrica de usabilidad según la ISO 9241-11 y qué mide.
- Efectividad — grado en que el usuario completa la tarea correctamente
- Eficiencia — recursos utilizados (tiempo y esfuerzo) para completarla
- Satisfacción — percepción subjetiva del usuario al usar el sistema
¿Para qué sirve la evaluación experimental en HCI?
Conocimientos Previos
¿Cuánto sabes sobre esto?
Usa las reacciones de Zoom o escríbelo en el chat — una reacción por concepto
Proceso de revisar una interfaz antes de desarrollarla
Principios para evaluar la usabilidad de una interfaz
Utilidad del Tema
¿Dónde lo usarías tú?
Escribe en el chat la letra que más se acerque a tu realidad — puedes elegir más de una
Evaluaré interfaces de productos reales en mi trabajo o empresa
Aplicaré estos métodos para evaluar prototipos en mis cursos o tesis
Tengo o quiero una idea de producto y necesito validar la experiencia
Evaluación de Prototipos
Análisis, Usabilidad y Mejoras
Aprenderemos a evaluar prototipos aplicando métodos de análisis de usabilidad y las heurísticas de Nielsen.
Sesión 7
Logro de Aprendizaje
Al finalizar esta sesión, serás capaz de:
- Evaluar prototipos de interfaces aplicando métodos formales
- Identificar problemas usando las heurísticas de Nielsen
- Generar retroalimentación estructurada con propuestas de mejora
Evaluación de Prototipos
¿Qué es evaluar un prototipo?
Evaluar no es opinar. Es aplicar criterios objetivos para detectar si una interfaz permite al usuario completar sus tareas antes de escribir una línea de código.
Qué tareas debe poder completar el usuario
Aplicar método: heurístico, prueba o walkthrough
Registrar hallazgos con severidad y contexto
Proponer cambios concretos y re-evaluar
Evaluación de Prototipos
Análisis de Prototipos Previos
Antes de proponer cambios, es fundamental entender qué ya existe y por qué se tomaron esas decisiones.
🔍 ¿Qué analizar?
- Flujos de navegación principales
- Consistencia visual y de interacción
- Manejo de errores y estados vacíos
- Jerarquía visual y legibilidad
- Accesibilidad básica
📋 ¿Cómo documentarlo?
- Capturas anotadas de cada pantalla
- Tabla de hallazgos con heurística violada
- Nivel de severidad (1–4)
- Frecuencia de aparición del problema
- Propuesta de mejora por hallazgo
Análisis de Prototipos Previos
Ejemplo: Jerarquía visual en formulario
Un prototipo sin jerarquía visual obliga al usuario a leer todo para entender qué hacer.
Crear cuenta
Crear cuenta
Datos personales
Acceso
Paso 1 de 2
Análisis de Prototipos Previos
Ejemplo: Consistencia de navegación
Cuando el mismo patrón aparece diferente en cada pantalla, el usuario pierde orientación.
Flujo de compra — 3 pantallas
Carrito
Dirección
Pago
Flujo de compra — 3 pantallas
Carrito
Dirección
Pago
Análisis de Prototipos Previos
Ejemplo: Estado vacío sin orientación
Los estados vacíos son oportunidades perdidas: el usuario no sabe qué hacer a continuación.
Mis proyectos
No hay proyectos.
Mis proyectos
📁
Aún no tienes proyectos
Crea tu primer proyecto y comienza a colaborar con tu equipo.
Identificación de Problemas
¿Cuándo algo es un problema de usabilidad?
No toda fricción cuenta. Un hallazgo es un problema real cuando cumple al menos una de estas condiciones:
El usuario no puede completar lo que necesita hacer
El usuario no sabe qué pasó ni qué debe hacer
La tarea exige más pasos o tiempo del necesario
Identificación de Problemas
Escala de severidad de Nielsen
Asignar severidad permite priorizar qué problemas corregir primero y con qué urgencia.
No es un problema de usabilidad real
Solo corregir si queda tiempo disponible
Baja prioridad — puede esperar
Alta prioridad — corregir en la próxima iteración
Crítico — debe corregirse antes de lanzar
Identificación de Problemas
Ejemplo: Lenguaje del sistema vs. lenguaje del usuario
¿Cuál viola una heurística? Analiza las etiquetas antes de revelar.
Crear cuenta
Crear cuenta
Identificación de Problemas
Ejemplo: Acción destructiva sin confirmación
¿Cuál viola una heurística? Observa qué ocurre al intentar eliminar un archivo.
Mis archivos
Sin confirmación — el archivo desaparece al instante
Mis archivos
¿Eliminar este archivo?
Esta acción no se puede deshacer.
Haz clic en Eliminar para ver el flujo
Retroalimentación y Mejoras
Retroalimentar no es opinar
Una opinión dice qué no le gustó. La retroalimentación estructurada dice qué falló, por qué importa y cómo corregirlo.
¿Qué problema específico existe en la interfaz?
¿Qué heurística o criterio viola?
¿Qué le ocurre al usuario cuando lo encuentra?
¿Qué cambio concreto resuelve el problema?
Retroalimentación y Mejoras
Ejemplo de hallazgo documentado
Así se ve un hallazgo bien registrado — cada fila responde una de las 4 preguntas.
Al hacer clic en "Enviar", el botón no cambia de estado ni aparece ninguna señal de que la acción fue recibida por el sistema.
H1 — Visibilidad del estado del sistema: el sistema debe mantener informado al usuario sobre lo que ocurre, en un tiempo razonable.
El usuario hace clic varias veces pensando que no funcionó, lo que puede generar envíos duplicados o abandono del formulario. Severidad: 3 — Mayor.
Deshabilitar el botón al primer clic, mostrar un spinner de carga y reemplazarlo por un mensaje de confirmación ("✓ Enviado") al completarse la operación.
Retroalimentación y Mejoras
Ejemplo: Feedback vago vs. estructurado
Ambos comentan el mismo problema. ¿Cuál le sirve al equipo de diseño para actuar?
Comentarios del evaluador
Comentarios del evaluador
Retroalimentación y Mejoras
¿Por dónde empezar a mejorar?
No todos los problemas se resuelven al mismo tiempo. Prioriza según severidad e impacto en la tarea.
Corregir ahora
Sev. 3–4
- Bloquea la tarea del usuario
- Ocurre en flujos principales
- Genera datos incorrectos
Próxima iteración
Sev. 2
- Ralentiza al usuario pero no lo bloquea
- Aparece en flujos secundarios
- Causa confusión puntual
Si hay tiempo
Sev. 0–1
- Detalles visuales o estéticos
- No afecta la tarea principal
- Mejora marginal de experiencia
Actividad Práctica
Observa este prototipo
Hay 5 problemas de usabilidad marcados con N. Escribe en el chat qué falla en cada número — avanza cuando hayas anotado tus respuestas.
Crear nueva tarea
Actividad Práctica · Paso 1
¿Cuándo es un problema de usabilidad?
Para cada hallazgo, ¿impide la tarea, genera confusión o aumenta el esfuerzo? Discute antes de revelar.
Actividad Práctica · Paso 2
¿Qué severidad tiene cada problema?
Usa la escala de Nielsen 0–4. Asigna un nivel a cada problema antes de revelar.
Actividad Práctica · Paso 3
Documenta el hallazgo más grave
Tomemos el 5 y construyamos juntos la retroalimentación completa, fila por fila.
El botón "Eliminar tarea" tiene el mismo tamaño, color y posición que "Cancelar" y "Guardar", sin ninguna separación visual ni advertencia previa.
H5 — Prevención de errores: el diseño debe prevenir que se produzca el problema antes de que ocurra, no solo informar después.
El usuario puede eliminar una tarea crítica con un solo clic accidental. Si no existe función de deshacer, la pérdida es irreversible. Severidad: 4 — Catastrófico.
Separar el botón del resto de acciones, colorearlo en rojo con ícono ⚠, y requerir un diálogo de confirmación: "¿Eliminar tarea? Esta acción no se puede deshacer."
Actividad Práctica · Paso 4
Prioriza las mejoras
Con la severidad de cada problema asignada, ¿en qué orden las abordarías? ¿Coincide con tu propuesta anterior?
Corregir ahora
Sev. 3 – 4
Próxima iteración
Sev. 2
Si hay tiempo
Sev. 1
Segunda Actividad Práctica
Encuentra los problemas
Analiza esta pantalla de reserva de vuelo. Hay 5 problemas marcados con N. Escribe en el chat qué falla en cada número — aplica lo aprendido antes de avanzar.
Busca y reserva tu vuelo
Cierre de Sesión
¿Qué nos llevamos hoy?
Haz clic en la tarjeta para enfocarla · el docente suma cada participación con el botón
Una cosa concreta que no sabías antes de esta sesión
Una duda o tema que te quedó pendiente de explorar
Tu conclusión personal sobre la relevancia de esta sesión