Una referencia compartida
Reunir solicitudes, cotizaciones, estados e historial para que la información no quedara repartida entre conversaciones.
Sullair Argentina · UX/UI
Una propuesta para ordenar la gestión de transportes
Durante 20 semanas trabajamos en el diseño de un portal que reuniera solicitudes, ofertas y seguimiento para compras y transportistas.
01 · El desafío
El punto de partida era un cotizador para el equipo de compras.
Las cotizaciones se negociaban de manera individual con cada proveedor y buena parte del seguimiento ocurría por email. Esto generaba mucho ida y vuelta y hacía difícil que todos los roles involucrados vieran las ofertas y el estado de cada solicitud.
Por eso el pedido inicial fue diseñar un cotizador tipo subasta: los proveedores podrían presentar sus ofertas dentro del portal y compras podría compararlas sin sostener cada negociación por separado.
¿Cómo podíamos hacer más clara la cotización de un traslado y dejar la información disponible para todos los perfiles involucrados?
Menos negociación manual
Permitir que los transportistas cotizaran dentro del portal y que compras comparara las propuestas en un mismo lugar.
02 · Entender antes de diseñar
Reconstruimos el proceso con las personas involucradas.
Realizamos sesiones con personas de distintas áreas y roles vinculados a la gestión de transportes. Revisamos las herramientas que utilizaban, reconstruimos los recorridos actuales y registramos las necesidades que aparecían en cada momento.
Con esa información armamos un mapa del proceso e identificamos puntos de dolor y oportunidades de mejora. El relevamiento mostró que las necesidades no terminaban en el cotizador: también aparecían temas relacionados con proveedores, historial de solicitudes, documentación y seguimiento de viajes.
El equipo exploró una plataforma más amplia. Sin embargo, las limitaciones de integración con los sistemas existentes hacían inviable sostener todo ese alcance en una primera versión. Decidimos volver al foco inicial, pero usamos lo aprendido para diseñar una base preparada para incorporar nuevas funciones más adelante.
03 · Definir el alcance
Ordenamos las funciones y la navegación del portal.
Al volver al foco del cotizador, necesitábamos convertir todo lo relevado en un alcance concreto. El trabajo avanzó en cuatro pasos:
01
Definir las funciones
Organizamos 30 historias de usuario en 8 épicas para establecer qué acciones debía poder realizar cada perfil.
02
Ordenar el contenido
Con esas funciones armamos una primera arquitectura de información y definimos cómo se distribuiría la navegación.
03
Revisar la estructura
Hicimos un card sorting con usuarios internos para revisar las agrupaciones y ajustar la navegación.
04
Trazar los recorridos
Con la estructura ajustada, desarrollamos los taskflows y los wireframes de baja fidelidad.
04 · Diseño visual
Dos puntos de entrada para un mismo proceso.
Para la interfaz partimos del design system que Sullair ya utilizaba. Mantuvimos esa identidad visual y ampliamos el sistema con los componentes necesarios para el nuevo portal.
El verde se mantuvo como color principal de marca y para las acciones. El naranja se usó como acento, mientras que los fondos, divisores y campos se apoyaron en una escala de neutros para ordenar la información sin competir con el contenido.
El diseño final contempló una vista para usuarios internos y otra para transportistas. Cada inicio priorizaba las acciones y la información que ese perfil necesitaba, pero ambos trabajaban sobre las mismas solicitudes, cotizaciones y estados.
05 · Decisiones de diseño
Las decisiones respondieron a problemas concretos.
Reunir la información
Concentrar solicitudes, cotizaciones, estados e historial para no depender de diferentes conversaciones por email.
Simplificar las cotizaciones
Permitir que los transportistas presentaran sus ofertas dentro del portal y que compras pudiera compararlas.
Diferenciar los perfiles
Priorizar accesos, tareas y contenidos según el momento del proceso en el que intervenía cada perfil.
Preparar el portal para crecer
Crear una arquitectura capaz de incorporar nuevos flujos y funcionalidades más adelante.
06 · Resultado
Llegamos al diseño final y al prototipo del portal.
A lo largo de 20 semanas definimos el alcance, la arquitectura y los recorridos. Ese trabajo tomó forma en historias de usuario, taskflows, wireframes y pantallas finales.
Con esa entrega cerramos esta etapa y dejamos una base para continuar el trabajo con desarrollo.
07 · Lo que me dejó
El alcance también se diseña.
El relevamiento mostró que había mucho por mejorar, pero las restricciones técnicas obligaron a priorizar. Volver al foco inicial no significó perder el trabajo hecho: nos permitió definir una primera versión más realista y dejar una estructura preparada para crecer.