Estudiantes sin visibilidad del estado de su solicitud
Estudiantes incurrieron en mora por falta de recordatorios
Diarias de la administradora cruzando datos en Excel
9 entrevistas semiestructuradas y observación contextual. Cada persona representa un universo de necesidades incompatibles con el sistema anterior.
Quiero saber si el equipo está disponible antes de ir hasta el ECOLABS y que quede claro cuándo debo devolverlo.Valentina Ríos · Estudiante · Persona 1
El modelo mental del estudiante pone primero las fechas, luego el equipo. El formulario original imponía el orden inverso — origen del error más frecuente en las pruebas de usabilidad, resuelto con el wizard de 3 pasos.
Necesito reservar equipos para toda mi clase con anticipación. El proceso actual me quita tiempo que debería usar en preparar la clase.Jorge Montoya · Docente · Persona 2
Sin solicitudes grupales, el docente debía repetir el formulario por cada estudiante. Este hallazgó motivó el módulo de solicitud grupal como feature crítico de la plataforma.
Paso horas cruzando datos en Excel. Necesito que el sistema me ayude a saber qué equipos están prestados, a quién y cuándo regresan.Daniela Cárdenas · Administradora · Persona 3
2.5 horas diarias en tareas manuales repetitivas. La automatización de estos flujos fue el impacto cuantificable más significativo: el perfil Administrador obtuvo SUS de 85.0 en las pruebas finales.
El formulario original pedía el equipo antes que las fechas. Los usuarios seleccionaban un equipo y luego no encontraban disponibilidad en las fechas que necesitaban.
Después de enviar el formulario, el 100 % de los estudiantes desconocía si su solicitud había sido aprobada, rechazada o seguía pendiente.
Los docentes debían enviar un formulario por separado para cada estudiante del grupo, haciendo el proceso inviable para clases con 20+ alumnos.
El 67 % de los estudiantes incurrió en mora. Sin notificaciones, la fecha de devolución quedaba únicamente en la memoria del usuario.
El administrador veía todas las solicitudes como una lista plana sin diferenciación de urgencia, estado ni proximidad de vencimiento.
Los errores de validación aparecían solo al intentar enviar, sin indicar qué campo fallaba ni cómo corregirlo.
Los recordatorios de devolución funcionan solo dentro del portal. Usuarios que no abren la app no reciben la alerta a tiempo.
Definición de objetivos, protocolo de entrevistas y selección de participantes para los 3 perfiles.
Síntesis de 9 entrevistas semiestructuradas con estudiantes, docentes y administración del ECOLABS.
Valentina Ríos, Jorge Montoya y Daniela Cárdenas con emociones, dolores y oportunidades de diseño.
Arquitectura de información diferenciada para Estudiante, Docente y Administrador.
RUX01–RUX10 con criterios de aceptación medibles — contrato de diseño con el equipo de backend.
Flujos principales en baja resolución para validar arquitectura y navegación antes de la UI.
Paleta EAFIT (#146AEF / #00002B), tipografía, íconos Lucide, grilla 8 px y 12 componentes base.
Prototipo interactivo completo para los 3 perfiles, listo para pruebas con usuarios reales.
SUS promedio 78.1 · 9 participantes · 7 problemas identificados · 6 resueltos antes de la implementación.
React 18 + Vite + CSS Modules · 12 rutas con JWT · 10 endpoints REST · arquitectura feature-based.
