Este proyecto está protegido
Sistema de notificaciones
Sistema de notificaciones por email que alerta a los usuarios de las acciones relevantes que ocurren en relación a sus shipments.
Rol
Tipo de usuario
Año
Equipo
Por qué necesitábamos un nuevo enfoque
En la plataforma, los freight forwarders y los shippers gestionan shipments (envíos de carga) junto a muchas otras partes implicadas. Constantemente ocurrían acciones relevantes para ellos — cambios de estado, mensajes, alertas — pero no existía ningún sistema centralizado para avisarles. La única vía era que el propio usuario entrara y comprobara manualmente si algo había cambiado.
Información que había que ir a buscar
Los usuarios tenían que volver una y otra vez a cada shipment para ver qué había cambiado, sin que nada les avisara cuando ocurría algo.
Errores y carga de soporte
Los usuarios no podían seguir el progreso de sus reservas y cotizaciones con otros clientes y stakeholders, y eso se traducía en errores y tickets de soporte. No era solo una cuestión de comodidad, sino de coordinación y de coste operativo.
Sin control sobre qué se comunicaba ni a quién
Producto planteó como requisito clave que forwarders y shippers pudieran configurar las notificaciones de cada shipment y decidir quién recibía cada tipo de información. Sin esa granularidad, no había forma de adaptar la información a cada stakeholder.
Cómo investigamos antes de diseñar las notificaciones
Entrevistas con usuarios y soporte
Nuestros usuarios pedían encarecidamente que, de alguna manera, se pudiera identificar cada uno de los cambios que ocurrían durante su experiencia de usuario en la plataforma.
Análisis de tickets de soporte
Llegaban muchísimos tickets de error reportados por usuarios, porque no podían estar al tanto del proceso de sus bookings o de sus cotizaciones con otros clientes y stakeholders.
Benchmark de sistemas de notificaciones
Analizamos sistemas de notificaciones de otros softwares para identificar los patrones de experiencia de usuario e interfaz que mejor funcionaban.
Desde product management nos plantearon un requisito clave: permitir que forwarders y shippers pudieran configurar notificaciones para cada envío y decidir quién recibía cada tipo de información. Se plantearon dos opciones: mostrar los tipos de notificación y asignar personas a cada uno, o añadir personas y elegir qué tipo de información recibiría cada una. Elegimos la primera: asignar personas a cada tipo de notificación. Así se mantiene la misma estructura para todos y cada uno de los shipments, y es igual tanto para freight forwarders como para shippers. Plantearlo al revés complicaba mucho el diseño y el desarrollo, y resultaba menos intuitivo como producto.
Se realizaron diferentes estudios sobre otras propuestas vistas en otros softwares. Predominaban side panels accesibles desde casi cualquier parte de la plataforma, permitiendo a los usuarios seleccionar qué notificaciones se recibirían tanto de un pedido como de todos en general.
Referencias de benchmark de otros sistemas de notificaciones del mercado.
De los primeros bocetos a las primeras interacciones
Desde la dirección de producto se promovía buscar soluciones para varios escenarios. Teníamos ventaja porque ya en su momento había planteado una propuesta rápida para los senior product managers, donde daba una idea sobre cómo podríamos apañar esta nueva funcionalidad en un futuro.
Pre-booking
Añadir el mismo componente de notificaciones en el lado de pre-booking, antes de confirmar el envío.
Creación de contacto
Permitir añadir notificaciones directamente al crear o seleccionar un contacto.
Vista general de envíos
Añadir notificaciones desde la vista general de envíos, sin tener que entrar en cada uno.
Ficha de contacto
Añadir notificaciones haciendo clic directamente sobre cada contacto.
Primeros bocetos del sistema de notificaciones y escenarios planteados por producto.
Al principio había muchos requirements y el alcance se fue simplificando tanto que perdimos diseños ya trabajados que finalmente no se incluyeron. Así arrancamos (arriba, el alcance inicial) y así terminamos (abajo, lo que finalmente quedó).
Pre-booking
Añadir el mismo componente de notificaciones en el lado de pre-booking, antes de confirmar el envío.
Creación de contacto
Permitir añadir notificaciones directamente al crear o seleccionar un contacto.
Vista general de envíos
Añadir notificaciones desde la vista general de envíos, sin tener que entrar en cada uno.
Ficha de contacto
Añadir notificaciones haciendo clic directamente sobre cada contacto.
Activar/Desactivar notificaciones
Los usuarios podían activar o desactivar las notificaciones directamente desde la vista general de envíos.
Notificar a terceras personas
Los usuarios podían personalizar las notificaciones que recibía cada uno de los contactos del envío.
Añadir y modificar tarjetas de contacto del propio envío
Se permitía añadir y modificar las tarjetas de contacto asociadas a cada envío, sin salir del flujo principal.
Pre-booking: por cuestiones de roadmap, esta parte quedó exenta de rediseño y se mantuvo como estaba hasta el momento.
Flow actual de las páginas de pre-booking (no se dispone de capturas completas).
En cuanto a la creación de contacto, también se mantuvo fuera del proyecto final de momento: la propuesta está hecha, pero no se pudo integrar debido a cuestiones técnicas del equipo de desarrollo, y porque para el equipo directivo no era realmente una prioridad finalmente.
Propuesta de flow para añadir un nuevo contacto, finalmente descartada.
Un sistema de notificaciones más sencillo de lo esperado
Tras percibir estos cambios de roadmap mientras el proyecto estaba en pleno desarrollo de diseño, me alineé bastante rápido con los diferentes stakeholders y definimos, en tiempo récord, un sistema de notificaciones simplificado que pudiera solventar las principales prioridades del equipo de producto. El proyecto aún no se ha lanzado, así que lo que sigue es la solución diseñada, no un producto en vivo.
-
Activar y desactivar notificaciones de manera general
Se buscaba una solución que permitiera modificar rápidamente si un envío debería de recibir notificaciones o no.
Panel lateral de notificaciones, con el toggle general de My notifications.
-
Notificar a terceras personas
Diseñamos una solución que permitía customizar las notificaciones que recibiría cada uno de los contactos del envío.
Selección de contactos por evento dentro del bloque Notify others.
-
Añadir y modificar contactos del envío
Dentro de la industria logística hay muchas personas involucradas dentro del proceso de envío. Por ello, era interesante poder seleccionar contactos y modificar sus datos, en caso de que fuese necesario.
Detalle de campana, tarjeta de contacto en Contacts v2, y modal de edición de Notify party.
Impacto esperado
Al no haberse publicado todavía, no hay resultados medidos. Lo que se esperaba era que los usuarios pudieran recibir más emails sobre el estado de sus shipments y reducir las llamadas al servicio de atención al cliente.
Qué me dejó este proyecto
A veces hay proyectos que conllevan más o menos prioridad dentro de un roadmap. Con este en concreto, pude observar cómo los requisitos pueden cambiar de la noche a la mañana y la agilidad que hay que tener para adaptarse a las nuevas visiones externas. Me llevo mucho entrenamiento para futuros proyectos que conlleven situaciones similares.
También comentar que este proyecto no ha sido publicado aún en el sistema, por eso todo lo que vemos en esta página es estrictamente confidencial.
¿Quieres ver más proyectos?