LEAD
2023
Kiddo Climbs
3
Sprint
6 Sem.
Duración
Web
Dispositivo
Como lo aborde
Metodología
Trabajé bajo un enfoque de Lean UX. El problema no lo descubrí desde cero, ya llegaba planteado por negocio como hipótesis: un módulo de seguimiento, con un MVP y una taxonomía definidos. Mi trabajo era validar esa hipótesis con evidencia antes de comprometer desarrollo, dado un plazo de seis semanas sin espacio para rehacer.
Sobre esa base corrí un ciclo de construir-medir-aprender en cuatro etapas: investigación con benchmark y entrevistas, propuesta UI con bocetos y wireframes de media fidelidad, diseño final en alta fidelidad, y validación con heurístico de Nielsen más una prueba funcional con profesores reales.
Como me guie
Roadmap
Inicio del proyecto · 6 semanas
01 · Problema real
contexto
Un profesor detecta un problema con un alumno: un conflicto con un compañero, una conducta que no calza, una situación de salud. Hasta 2023 eso se quedaba en un cuaderno, un correo o una conversación de pasillo.
No había un lugar donde reportarlo, ni forma de que otros involucrados supieran que existía, ni manera de ver si el problema seguía abierto o ya se había resuelto. El negocio entregó una taxonomía de tipos de caso ya definida, incluyendo categorías sensibles como posibles agresiones físicas, sin haberla contrastado con cómo los profesores documentan un incidente en la práctica.
02 · Validar sin inventar
La Investigación
Benchmark
Resultado: Analicé tres plataformas del rubro: Gradelink SIS, Classe365, iGradePlus. Las tres resuelven bien el registro de un incidente, ninguna resuelve el seguimiento: capturan el evento y dejan al profesor con un historial de texto, sin responsables ni fechas de compromiso.
Entrevistas
Resultado: Hablé con tres profesores de niveles distintos, preescolar, primaria y secundaria, con 7 y 26 años de experiencia. Las tres conversaciones convergieron en cinco necesidades: interfaz simple, acceso desde el móvil, comunicación con apoderados, seguridad de los datos, reportes.
03 · Lo que gana cada uno
Problema, solución y beneficios
Problema
Solución
Cada caso, con responsable y fecha de cada acuerdo.
Menos información perdida entre profesores y turnos.
Evidencia documentada ante consultas de apoderados o dirección.
Estándar único de registro, reemplazando cuadernos y correos sueltos.
Un solo lugar para reportar, sin duplicar canales.
Visibilidad del estado del caso sin tener que preguntarle a nadie.
Ver la evolución del caso a través de sus observaciones.
Acuerdos con responsable y fecha, no solo un párrafo de texto libre.
04 · El formulario desde cero
Definiciones de diseño
El requerimiento pedía registrar el incidente. Agregué un bloque donde cada caso acumula acuerdos concretos (ir al psicólogo, reunión con apoderados, aumentar el tiempo de descanso), cada uno con un nombre y una fecha. Es la diferencia entre una bitácora y un seguimiento real.
Un profesor abre un caso entre dos clases, con diez minutos y la cabeza en otra parte. El encabezado del expediente muestra todo de una vez: alumno, número de caso, fecha, archivos, sanción, severidad, tipo, involucrados. Una franja, dos segundos, y ya sabe dónde está parado.
Cada caso tiene su propio código, tipo KIDD-001. Salió de escuchar cómo los profesores hablaban entre ellos: necesitaban mencionar un caso en una reunión sin decir el nombre del alumno en voz alta.
Flujo aplicado
Desliza para ver el flujo completo →
Boceto
Wireframe media
05 · Un cierre concreto
diseño final
Definí el recorrido completo: acceso, decisión entre crear un caso nuevo o navegar la lista de casos abiertos y cerrados, expediente, agregar observaciones con archivos, y cierre.
Wireframe de Alta fidelidad
Una regla importante
Los casos cerrados no admiten comentarios nuevos, cerrar exige ingresar un motivo. La razón de esto, integridad del expediente, un caso que se puede editar después de cerrado no es un registro, es un borrador eterno.
06 · confirmando lo creado
Validación del producto
Test heurístico
Se cumplieron 9 de los 10 principios. El único pendiente fue reconocer, diagnosticar y recuperarse de errores: la recuperación podía ser más intuitiva para los profesores
Test funcional
07 · 342 casos en 6 meses
Resultado
Cifras de los primeros 6 meses en producción, entregadas por el colegio:
Casos creados
Profesores distintos
Casos cerrados
En seguimiento activo
El módulo pasó de piloto en 2 preescolares a estándar obligatorio en todas las aulas, con evaluación en curso para otras sedes.
08 · Tres decisiones a revisar
Qué haría distinto
Ese era el propósito fundacional del módulo, y en la práctica el timeline podía mostrar observaciones repetidas sin aportar nada nuevo entre una fecha y otra. Hoy exigiría que cada observación agregue algo verificable al caso, no solo una entrada más.
El formulario la pide, la lista de casos no la muestra ni ordena por ella. Un profesor ve sus casos abiertos todos iguales, sin saber cuál necesita atención primero.
Sanción y reglas de cierre se heredan igual sin importar el tipo. Hoy separaría el modelo antes de dibujar una sola pantalla.