TARO
Rediseño de un función real de la app que tenían ya desarrollada
Rediseño de un función real de la app que tenían ya desarrollada
TARO es una aplicación basada en un sofware diseñada para la gestión eficiente de una electrolinera en Gran Canaria, ofreciendo a los administradores herramientas intuitivas para gestionar clientes, asignar descuentos y administrar métodos de pago. Este sistema es clave en el funcionamiento de la primera electrolinera 100% sostenible de la isla.
En la prácticas que hice en Reboot Academy durante 5 meses, me asignaron este proyecto porque requería de una solución tecnológica ágil y accesibles que facilitaran tanto la operación como la experiencia de los usuarios. Sin embargo, una de las principales limitaciones que enfrentaban los administradores era la falta de un sistema eficiente para filtrar y gestionar rápidamente a sus clientes, lo que dificultaba la asignación de descuentos y la administración de los distintos métodos de pago.
Por ello, he considerado que esta plataforma tenía un gran potencial de mejora en su experiencia de usuario, especialmente para los administradores. Este proyecto representa una excelente oportunidad para demostrar cómo un enfoque centrado en las necesidades del usuario puede transformar una herramienta funcional en una solución ágil y eficiente.
En esta captura que me proporcionó el cliente, expresó dificultades para comprender claramente el proceso de filtrado. Se presentaban, por un lado, los clientes con descuentos (del 20%) y, por otro, los diferentes tipos de tarifa, como los clientes con pago a crédito (quienes abonan al final del mes) y los de pago al contado (quienes pagan inmediatamente al realizar el repostaje). El cliente deseaba poder identificar rápidamente la cantidad de clientes según el tipo de tarifa o descuento aplicado. Además, solicitaba la posibilidad de editar los datos del cliente directamente en la misma vista, es decir, poder modificar su información y asignarle o quitarle los descuentos de manera rápida mientras realizaba la búsqueda.
En primer lugar, considero que la raíz del problema residía en el flujo interno de la aplicación, el cual también se reflejaba en el software interno de la empresa. Por esta razón, fue necesario rehacer completamente el flujo de navegación y proponer uno nuevo antes de comenzar con el diseño. Para ello, me sumergí de lleno en la problemática real del cliente, tratando de encontrar la solución más sencilla y lógica desde su perspectiva. En este proyecto, me habría gustado realizar una investigación más exhaustiva con el cliente, pero debido a la urgencia con la que necesitaba la solución y a su disponibilidad limitada, no pude dedicar el tiempo necesario. A pesar de ello, aproveché al máximo el feedback que el cliente proporcionó al equipo de desarrollo, quienes fueron los encargados de darme toda la información necesaria para poder avanzar.
En el primer UserFlow, quise separar el filtrado de usuarios de usuarios registrados. El primer filtro permite realizar una búsqueda por varios criterios clave, como el nombre del usuario, la matrícula del coche o el modelo, lo que proporciona una forma flexible y rápida de localizar a los usuarios. Una vez aplicado este filtro inicial, se puede refinar aún más la búsqueda seleccionando por tipo de usuario, tarifa o modalidad de pago, lo que optimiza el proceso y facilita encontrar al usuario específico de manera más eficiente.Para hacer más tangible esta solución, me puse a pensar en un caso real del cliente. Por ejemplo, si el cliente quisiera buscar una empresa que, además de tener un descuento, también esté asociada a una tarifa por carga. Con el flujo propuesto, este proceso resulta mucho más sencillo y directo, ya que permite aplicar múltiples filtros simultáneamente. Este enfoque no solo facilita la búsqueda, sino que también mejora la ergonomía al ofrecer una manera más intuitiva de gestionar y encontrar usuarios, en contraste con métodos de filtrado previos que eran más complejos y menos eficientes.
En el segundo User Flow, me centré en cómo mostrar al usuario encontrado y permitir la edición de sus datos de manera sencilla y sin realizar cambios drásticos en la interfaz. La idea era ofrecer una experiencia intuitiva, en la que el usuario pudiera modificar los datos sin salir de la pantalla actual. Los datos que se pueden editar directamente en esta pantalla incluyen el nombre del usuario, el número de teléfono, el correo electrónico, el tipo de tarifa y la modalidad de pago. Estos campos fueron los más solicitados por el cliente, ya que le permitían realizar ajustes rápidos sin tener que navegar por varias pantallas. Además, para evitar cualquier error al eliminar al usuario de una manera accidental, incorporé una notificación de confirmación que aparece cuando se hace clic en el botón de "Papelera". Esta notificación garantiza que el usuario esté seguro de que los datos se van a eliminar antes de realizar cualquier cambio definitivo. Esta función de confirmación ofrece una capa adicional de seguridad y evita cambios no deseados, mejorando la experiencia general del usuario.
En cuanto al diseño, siempre tuve en cuenta la necesidad de seguir la línea principal de la aplicación y del software con el que gestionan toda la actividad, tanto en los dispositivos de repostaje como internamente. Mi objetivo era garantizar que el diseño fuera coherente con la identidad visual del proyecto base, manteniendo la uniformidad y el flujo visual ya establecido.
Sin embargo, una de las áreas en las que encontré oportunidad de mejora fue en la representación de los botones. Debido a la rapidez del proyecto y a las iteraciones constantes en la fase de programación, estos elementos no habían sido diseñados con el nivel de detalle necesario para asegurar una experiencia de usuario óptima. Por lo tanto, me centré en mejorar la apariencia y funcionalidad de los botones, asegurando que fueran visualmente atractivos, intuitivos y coherentes con el resto de la interfaz, a la vez que proporcionaban una mayor accesibilidad y facilidad de interacción para los usuarios.