Upa
Una app que pregunta en vez de afirmar
Upa guarda la historia de salud de un niño de 0 a 3 años, para que quien lo cuida pueda responder con certeza cuando se la piden, por ejemplo en una guardia. «La salud de tu hijo, siempre a mano.»
- Contexto
- Caso de estudio académico. Diplomatura en Diseño UX/UI, Coderhouse: materias Diseño UX/UI y Prototipado.
- Mi rol
- Diseño UX/UI de punta a punta: investigación, arquitectura, bocetos, prototipo, test con usuarios e iteración.
- Plataforma
- App nativa Android, Material Design 3.
- Herramientas
- Figma (variables, componentes y prototipo). Claude como asistente de organización y documentación.
Si leés una sola pantalla
La salud de un niño está repartida en cinco lugares
El único lugar donde se junta toda la información es la memoria de quien lo cuida.
El carnet de vacunación, la libreta sanitaria, la historia clínica del pediatra, el registro público de vacunación y la app de la obra social: ninguno la tiene entera. Eso no molesta mientras todo va bien. Se vuelve un problema en una admisión de guardia, cuando hay que responder rápido y sin buscar.
La causa de fondo: el registro está pensado como un formulario en blanco que exige precisión, y el cuidador llega con memoria imprecisa, poco tiempo y una sola mano libre.
Una sola funcionalidad, la que sostiene todo
En lugar de prototipar el producto entero, elegí registrar y confirmar una dosis de vacuna.
Es la única acción que el cuidador repite durante tres años. El alta ocurre una vez y la consulta de emergencia, con suerte, nunca. Si el registro no se sostiene, el historial se muere y el resto del producto no sirve.
Métrica de éxito, declarada como hipótesis: proporción de perfiles que registran al menos una dosis en los seis meses posteriores al alta. Objetivo: 40 % a los treinta días y 60 % a los seis meses. La línea de base se mide con el uso real.
Modelo: freemium. El historial de un hijo, los dos cuidadores y la consulta de emergencia son gratis para siempre, porque el acceso al dato clínico en una emergencia nunca puede depender de una suscripción.
El camino principal, sin callejones
Los momentos que cambiaron el diseño
Una app que pregunta en vez de afirmar
Upa propone la fecha en que correspondía cada dosis, para que nadie tenga que acordarse. El test mostró el riesgo: la fecha sugerida parecía un dato ya cargado y se aceptaba sin revisar. El rediseño la convirtió en una pregunta, con dos respuestas, y el resto del formulario aparece recién cuando la fecha está resuelta.
Un error de datos que nadie había visto
Al iterar el calendario apareció que el ejemplo era imposible: la dosis figuraba aplicada antes de la fecha en que correspondía. Lo corregí en todo el prototipo.
Una identidad que entra a la interfaz
Rediseñé el logotipo, que era muy básico. La tipografía de marca, Fraunces, dejó de estar reservada al logo y pasó a los momentos en que la app habla del niño: su nombre, los títulos y la apertura. Inter quedó para la información y los controles.
Cómo evolucionó Confirmar dosis
La pantalla nació en la materia Diseño UX/UI. En Prototipado volví al wireframe para rediseñarla, y el test con usuarios la llevó a su versión final.
La velocidad no mostró la dificultad; la duda sí
Las seis tareas se completaron sin ayuda, entre 40 y 50 segundos cada una. Los problemas fueron de comprensión, no de navegación.
Método: revisión heurística propia y test moderado con 3 personas que cuidaron niños en esa etapa, con dos tareas: registrar una dosis atrasada y consultar quién cargó una vacuna.
- Solo 1 de 3 entendió que la fecha venía sugerida. Una persona confirmó la dosis con una fecha equivocada y no lo notó: el hallazgo más grave, porque es silencioso.
- Ninguno de los 3 notó el aviso de deshacer.
- 8 hallazgos priorizados: 5 resueltos, 2 pendientes y 1 anotado sin tocar a propósito, porque con una sola ocurrencia cambiar el diseño sería sobreactuar la evidencia.
Límite del estudio: los participantes hoy cuidan niños mayores de tres años. Recordaban la etapa, no la estaban viviendo.
El sistema detrás de las pantallas
- 20 pantallas en alta fidelidad, 61 navegaciones y 3 flujos navegables, sin pantallas huérfanas ni callejones sin salida.
- 17 componentes con variantes y propiedades.
- Ningún estado se comunica solo con color: siempre color, ícono y borde a la vez.
- Notas técnicas para desarrollo y anotaciones en Dev Mode sobre las pantallas clave.
Lo que dijo la corrección
«Hay un buen trabajo de identidad de marca, componentes y estados, manteniendo la coherencia entre las distintas pantallas del producto.»
«La documentación también es un punto fuerte de la entrega, porque permite entender las decisiones que fuiste tomando y los cambios realizados durante el proceso.»
Devolución del proyecto final · Prototipado, Diplomatura en Diseño UX/UI
Lo que falta, dicho con honestidad
- Segunda ronda de test para comprobar que los cambios funcionan, sobre todo la fecha que pregunta y el aviso de deshacer, que sigue pendiente.
- Accesibilidad verificada: probar en el prototipo la navegación con teclado y con lector de pantalla, que hoy está documentada pero no probada.
- La consulta de emergencia: está diseñada y validada en la etapa anterior, pero no está prototipada en esta.