Prototyping parcel tracking concept
with Framer Studio
Parcel delivery is a rising problem for old cities as demand is growing. There is a new concept to collect all parcels in hubs outside the city and transport from there into the city. During this university project we did research into the problem, came up with a solution, and prototyped apps for the consumer and couriers.
Design parcel tracking and delivery eco-system and create a prototype.
The end result was a highly interactive prototype build with Framer Studio and the Mapbox API that include multiple flows and seductive design principles.
2018 (2 months)
To tackle the growing demand of parcel delivery in Amsterdam there is research ongoing about setting up delivery hubs outside the city to collect all parcels and distribute these parcels from the hub to the customers using using Light Electric Freight Vehicles (LEFV). Right now on a daily basis there are 40,000 parcels delivered and the prediction is that it will grow to 100,000 in the coming 10 years.
This project was mainly focussed on the needs of the customer and how we could improve the experience around parcel delivery. To find out what problems there were we organised a focus group and combined those outcomes with our desk research.
This focus group was with 10 persons and beforehand we gave assignments. These assignments helped us to gain information about their order behaviour, overall experience, and if they were willing to change their behaviour.
From the insights we collected with the research we created job stories for the courier and the customer to make clear what situation would occur and what the app should fix for the users.
When the courier is underway with my packages I want to be able to change the delivery address so I don’t have to miss my parcels
When the courier is underway with my parcels I want to be able to track her more precisely so I know when to be home
When I sign up for the app I want to be able to invite other people to join my group so they can also track my parcels
When I start my day as LEFV Driver I want to be able to decide myself how many hours I want to work so I am more flexible
When I start my day as LEFV Driver I want to be able to choose the vehicle I want to drive that day so I have more variety in my work
The concept created for the consumer was an app that is mainly focussed on a map showing the live location of the courier to show the estimated time of arrival, create groups with relatives, and being able to change the delivery address to get a higher percentage of successful first delivery attempts.
The live map shows the where the couriers are that are coming your way. By being able to live track them the customer knows when the courier will ring the doorbell and that is less change that the parcel can’t be delivered.
The delivery address is most of the times set during the purchase of the product. Giving the possibility to change the delivery address on the day itself increases the chance for a successful delivery. Changing the delivery address has limitations such as time and distance between the original and new address.
Currently track and trace codes are assigned to one person only and often it is not possible to share this information. By sharing this information you can prevent unsuccessful deliveries because people like relatives, roommates, or friends can track and accept your parcels.
With the defined job stories and thought-out features the design process of the app started. The assignment was to design an eco-system containing at least three devices divided over the consumer and the LEFV driver, my goals were trying to get a higher percentage of first attempt deliveries and make it safer to use screens in traffic for the driver.
I started with sketching the home screen and discussing these possibilities with other designers, based on the feedback I decided to go with a clean home page interface with focus on the different parcels that are underway to the customer instead of showing the map. The map is important for tracking the parcel on the delivery day but showing it all the time would not make sense since probably 90% of the time it is empty.
Test users of the first paper prototype had difficulties with understanding where to click on and needed more context so I added a title above the cards. In later user tests and design reviews I found out that the bar in the bottom of the screen was looking like a notification and changed the hierarchy within the cards to provide important information better.
Being able to live track and change the address are important features in helping towards successful first attempt deliveries. In the design reviews and users test it came up that I could design more consistently with the rest of the app, design for better contrast, and that a time frame to change the delivery address was needed to not have users change the address at the last moment.
My goal was to make driving more safe for the driver so I decided to go with a wearable that could be controlled by voice and give navigation instructions without having to look at the device. The Apple Watch and Google Glass were tested by biking around Amsterdam and trying what way of navigation worked best. The haptic feedback from the Apple Watch did not give enough feedback and I got lost, the Google Glass instead was good. The driver could keep their eyes on the road while seeing the navigation, it was easy to control with voice and didn’t demand to take hands of the steer/wheel when it was not clear where to go.
The onboarding process was made up with two screens, first they would pick vehicle and afterwards fill in how long they wanted to work. These screens had little to no changes from sketch as the interaction was clear but had visual changes to make the state of the element better.
On the home screen of the driver is was not clear that the cards were the parcels that needed to be delivered and that if you would click them the route would start so I changed the visual appearance of the card and added call to action to start the route. When a route is started the app will become usable and start the navigation on the Google Glass.
As the map was such an important feature of the design I decided to use Framer Studio to get as close as possible to the final solution. For this prototype I used the Mapbox API to add the map and make the driver on the map follow the set route and move towards the consumer on the map.