PsyTrack: Gestión de citas y pacientes para consultas de psicología
Resumen
- Reemplazamos herramientas fragmentadas (calendarios + Excel + WhatsApp) con una sola app móvil.
- Interfaz bidireccional diseñada para psicólogos y secretarias dentro de la misma consulta.
- Modelo de objetos y arquitectura de datos construidos antes que cualquier UI para mapear pacientes, citas e interacciones del equipo.
- Sistema de componentes con elementos escalables como tarjetas de paciente, listo para evolucionar con pruebas de usuario.
- Decisión solo-móvil impulsada por fomentar la desconexión digital de los profesionales de la salud.
- Fricción reducida en un 70%, comunicación interdepartamental mejorada en un 80%.
El problema
PsyTrack es una app de gestión para consultas de psicología. Me incorporaron como Product Designer freelance para ayudar con ideación, investigación, diseño y estrategia de producto.
El equipo lo gestionaba todo a través de herramientas separadas: calendarios, hojas de cálculo y WhatsApp. Cuanta más carga de trabajo, más rápido se rompía todo. Las secretarias se esforzaban por mantener todo sincronizado, y no había forma escalable de manejar el crecimiento.
Esto venía directamente del stakeholder. Durante la conceptualización encontré problemas más profundos a nivel de datos: cómo se conectaban pacientes, citas y miembros del equipo en el sistema.
La app sería usada por dos perfiles de la misma consulta: psicólogos y secretarias. Todas las decisiones pasaban por un único desarrollador y el stakeholder principal. El equipo de desarrollo era una persona, así que cada funcionalidad tenía que priorizarse por impacto y viabilidad.
Proceso y decisiones
Empecé investigando plataformas similares como ClickUp, Monday y Asana. Luego construí un modelo de objetos para mapear cada elemento de la aplicación y cómo interactuaban. Después, un flujo de usuario, y finalmente el diseño de la interfaz.
Consideré una versión de escritorio pero la descarté. El objetivo era fomentar la desconexión digital de los usuarios, que es importante en este campo y uno de los principales puntos de dolor. Un enfoque mobile-first tenía más sentido.
Colaboré estrechamente con desarrollo para validar cada funcionalidad. Como era Android, mis conocimientos de frontend web no siempre se traducían directamente, así que esas conversaciones fueron esenciales para evitar construir algo que se viera bien pero se sintiera mal en la plataforma.
Nada cambió desde la idea inicial hasta el producto final. El alcance estaba claro desde el principio.
Oficio y ejecución
Estoy contento con cómo quedó la identidad general: colores pastel, una mascota amigable y elementos vintage de papel. Se sentía cálida y accesible, algo que importa en una app de uso diario en un contexto sanitario.
El problema más difícil fue el calendario. Gestionar citas, franjas horarias y horarios de equipo en una pantalla pequeña sin abrumar al usuario requirió la mayor iteración.
Construí un sistema de componentes para elementos con alta escalabilidad o incertidumbre. La tarjeta de paciente, por ejemplo, fue diseñada para evolucionar. Después de pruebas de usabilidad, surgen necesidades que solo alguien con experiencia de campo puede anticipar.
La mascota fue diseñada para ser animada durante el onboarding y altamente personalizable. El producto también tiene una tercera rama planeada para pacientes, que se inclinará más hacia la animación y menos hacia la funcionalidad por naturaleza de su alcance.
Resultados e impacto
La fricción se redujo un 70% y la comunicación interdepartamental mejoró un 80%. Otras consultas mostraron interés en adquirir una versión adaptada de la app, por lo que la escalabilidad fue una prioridad desde el principio.
Los usuarios respondieron positivamente. El alivio de dejar atrás malas prácticas fue el feedback más común. Los stakeholders vieron un futuro claro para el producto más allá del alcance inicial.
El proyecto está actualmente en pausa pero con planes de continuar en 2026. El sistema de diseño y la arquitectura de datos están listos para esa siguiente fase.
Reflexión
Algunas mejoras de usabilidad quedaron atrás por su complejidad. Me habría gustado anticiparlo antes y proponer alternativas más simples en lugar de posponerlas.
La habilidad más relevante para mi próximo rol: comunicarme con desarrollo para priorizar las funciones correctas y encontrar formas más sencillas de implementar las complejas.