project DETAILS

CLIENT:Routigo BV

DATE:2ND MAY, 2019

Location:Maarssen, The Netherlands

The courier app is a tool for couriers to navigate to multiple stops in a route calculated in a smart way. Normal navigation bring the driver from point A to B however this app calculates multiple stops.

The company had been running on an old application and there were some complaints from couriers that the app was convoluted and it took them too much time to get started and finish a stop.

1. OBJECTIVE

Redesign the iOS application of Routigo from scratch. Look for opportunities and make sure that the UI is simple and has a playful feel to it.

2. MY ROLE

I was the main designer of this project. Involved with the research and user testing. Guiding the team in a agile environment.

3. APPROACH

I want to know what features the users favour. Bring new ideas to the table, conduct user research first, prototype iterations fast and test often.


EMPATHISE

User Interviews

IDI is an individual in-depth interview. I brought together a three couriers and asked them about the job. What was important to them, what kind of pains they where experiencing and what their expericence was with the current product.

Card Sorting

Card sorting helps you to design an information architecture, workflow, menu structure or website navigation paths. I brought cards with all the current features and a few new ones to the users. To prioritise features based on data.


DEFINE

Problem Statement

After doing user -research I prompted to sit down define a problem statement. There are a couple of interesting user needs that arose in this phase and a selection of features numbered in importance to the user.

How might we design the app that gets the courier from stop to stop efficient as possible?

1. User flow

The general flow of the app should be focused around getting the user started asap and get to the driving of the route with minimal extra features.

2. Interface

The branding of Routigo is playfullness I would like to incorporate that into the new design. Keeping screens minimalistic and use images to lighten up.

3. Features

Importance: 1. Map with next stop - 2. Activities on stop - 3. Finishing Stop - 4. Route list - 5. Stop list - 6. To navigation - 7. Prerequisites - 8. Settings.


IDEATE

Mapping

To find out what kind of phases the driver goes through in the process of the delivery we made a Customer Journey map. For us to have a better understanding of how many screens we might need and which information to present.

User flow

The total use of the app consists out of 5 phases all according to the daily activities of the driver. The scope of the journey was large and used for make a user flow diagram later on.

User flow

After mapping out the experience of the user its time to think of a user flow. Below is the result of the main user flow. The main flow is the user picking the route, preparing the route, driving the route and finishing stops.

User flow

Do keep in mind tthat there are multiple flows made for different tasks the user can perform. To better illustrate the purpose of the app I chose to use this large scope. With the flow in mind the next would be wireframing.

1. picking

In the first phase the user gets the option to pick the next route in line or visit a list overview of planned routes for the upcoming time period.

2. preparing

In the preparation phase the user can do multiple things. The first would be checking out different stops and the second filling in the prerequisite data.

3. drive & finish

During the driving the user checks the map for stop activities and when the route is done the user can finish it by pressing a button and checking out a form.


PROTOTYPE

Wireframe Low-fidelity

1. What

These are the low fidelity wireframes. Its the general flow how the user gets from signing in to the completion of a stop with all the main features presented.

2. How

The user navigates primarily by using the rounded buttons at the the bottom of the screen or pressing a list item. There are multiple back buttons as well.

3. Why

For consistancy I chose to navigate primarily with the round buttons. The screens presented are the ones needed to understand the functionality.

Wireframes high-fidelity

1. What

This is a representaion of the actual application. I replaced the placeholder for the text with an actual font and the screens are they look more real.

2. How

I made a design system for the various components of the application this determined the font size, icon sets and I chose a map that is more representative.

3. Why

The case stated needed to be tested asap. When testing with users its best to do so with an accurate representation. I set up the prototype.

User flow diagram

1. The symbols

I used symbols for: A page, user action and questions. Besides the symbols there are arrows pointing in the direction of the flow and text for support.

2. The flow

The flow repsented is the same as the one earlier on in the process only now I replaced some symbols with the actual screens for more represental clarity.

3. stop loop

At the end of the flow the user ends up in a loop until the route is complete. It goes from driving to completing a stop and on to the next stop.


DESIGN

Final Designs

After validating and testing with users it was time to give the interface some paint. Replaced the grey colors with the Routigo colors and provided the icons from "theNounproject" for a playfull touch.

Creating an application for couriers to drive a assigned route as efficiently as possible.

1. Video

To offer a clearer understanding of the product I posted a screen recording. Here you can see the flow of the application with the screens provided.

2. Conclusion

After the usability test we found out that couriers were able to complete a stop 5 seconds faster. This has a great inpact on the completion time of a route.

3. Learned

With trial and error I learned that couriers find things important that I did not even think of. It is essential to use data to validate your assumptions.