Cobli – B2B SaaS solution for fleet management.
Developing a route tracking feature had been a great challenge for Cobli for so long. It had been prioritized then deprioritized over and over again through the years, mostly due to technical constraints and for being a complex feature that would take a lot of time and effort to develop.
In Q1 2020, once again the time had come to reassess the viability of the feature. But this time, we approached it differently: through a design sprint.
Kudos to Nathalia Albar, Nicolau Tahan, Rafael Liziero and Rafael Melo – this design sprint dream team.
To prepare for the design sprint, we gathered to define a schedule and team, which was composed by me as the designer and co-facilitator, a facilitator, a front-end engineer, a back-end engineer and a product manager.
The big challenge was to enable our users to track planned routes and deliveries in real time.
With the challenge in mind, we raised questions we needed answers to and outlined technical constraints, which would guide our expert interviews and help us define the problem and pick a target to work on.
By conducting lightning talks with stakeholders (Cobli's sales consultants, customer success managers and product managers) we aimed to gain insight on what were the our users' needs and the challenges they met to map the user journey, which turned out like this:
Since we wouldn't be able to have users coming over for lightning talks due to their busy schedules, we ran a quick discovery process, in which I was responsible for conducting user interviews while my teammates would gather industry and analogous benchmarks and user feedback from Product Board.
I focused mainly on discovering how users currently planned and tracked routes and deliveries and the problems they faced in these processes.
Some of the guiding questions were:
Below are the key findings from the interviews:
From the user journey and insights, we were able to pinpoint our targets:
*
We then sketched multiple solutions and created storyboards to vote and decide which ones would make it to the prototype.
There were two technical constraints: (1) we couldn't depend on driver input to update delivery status since the driver app adoption and engagement were very low at the moment and this could limit the potential value of the solution and (2) routes needed to have drivers assigned to them so we could track progress, as temporary geofences would be created and delivery status would be updated when the vehicle entered them.
We then decided the prototype would contemplate:
Below are the prototype key interfaces:
Note: the first prototype screen was designed by Nathalia and we paired on the second. Third and fourth were designed by me.
From top to bottom, left to right: (1) card displaying overall route progress on monitoring tab, (2) individual vehicle progress shown on map, (3) track routes tab, showing every route planned for the day and (4) route progress detail.
Four usability tests were conducted with users, and the main takeaways were:
From these insights, I refined the solution that went to production.