Performance App
Web application for a dispatching company focusing on user communication.
Project Overview
During this Internship, I collaborated with the clients and software developers to design high-fidelity prototypes in Figma for a web application that monitors cars, drivers, and deliveries for dispatching companies.
What I did
  • UX/UI Design
  • Interaction Design
  • Data Visualization
Timeline
  • September 2021 - March 2022
  • 7 Months

Project Brief
For this project, I was asked to design an entire web application that would be used by Delivery Service Providers (DSP) to supervise drivers and to track the quality of their work. During these 7 months, I met with my client-facing supervisor every day to discuss daily iterations and to assess our design choices. Check out some of the many designs I created and the decisions behind them.

WORKFLOW
  • The Workflow page is responsible for uploading daily and weekly reports for the deliveries and the driver performances.
  • Initially, we wanted the chat to be present on every tab/page for easy access. After a few weeks, we realized that this would be distracting and take away unnecessary space from other screens/pages.
  • I started with medium fidelity designs and split the screen into 2 sections, one for uploading daily reports and the other for weekly reports.


  • After meeting with the developers, we decided to change the split into two separate screens to carry out the uploads.
  • Once the reports (in PDF form) are uploaded, they are saved into the Report tab of the application.
  • The weekly reports span from sunday to monday. If the week is not yet complete, the previous week will automatically get selected.




CHAT + DRIVER DASHBOARD
  • The Chat tab can be used by the DSPs to contact the drivers and to send their reports to them.
  • Instead of having an entirely new tab for accessing each driver's performance report, I added the reports to the right panel in each chat window.
  • The DSPs can check a driver's performance while talking to them and quickly send them particular areas of improvements with just one click.

DASHBOARD
  • For the dashboard, I was provided with an example of the report and was asked to design the dashboard based on it.
  • So, for this part of the project I had to visualize data in a way that would be comprehensible and relevant to the DSPs.
  • Here is one part of the report example I used:


  • I started with a low fidelity design to visualize each section of the report.


  • Then I created the medium fidelity designs to visualize how the data would look.
  • This was the exact moment where we decided to keep the chats in a separate tab as the dashboard started to look cluttered and overwhelming.


  • Next, I designed the high fidelity prototypes and we would discuss these iterations every few days to reach a final protoype that is easy-to-follow for the DSPs and feasible to develop for the development team.
  • Since I have a background in Computer Science Engineering, I made sure all the designs I was creating were realizable.

Iteration 1:
  • The first protoype was mostly based on the medium fidelity design. I utilized drop-downs to fit the data on a static dashboard screen.
  • However, after discussing with the clients, we realized this design will hide a lot of important information and we should not expect our users to use these many navigations.

Iteration 2:
  • I decided to expand the dashboard screen vertically. By making the left navigation bar static and keeping the dashboard content scrollable I was able to include a lot of important information and avoid too many button clicks.
  • I was also asked to build a heatmap into the dashboard. This was the initial idea that was pitched to me by the development team.
  • One major challenge I faced was to make complete use of the available screen space. So, I made some decisions to place each section at an appropriate location based on their usefulness to the DSPs.

Iteration 3:
  • I did not feel the first heatmap was communicating any information so I decided to expand its contents.
  • But this was more aesthically pleasing than useful. The colors communicated vague information, not the actual metrics.

Final Prototype
  • After some more discussions with my team, we moved the heatmap down as it was low on the priority list for the DSPs. However, I did a redesign of the heatmap and included the metric scale to make it easier to understand.
  • I added download buttons to some sections so the DSPs can get the most useful parts of the reports.
  • The Key Focus Area section was not actionable so I added a send message button so the DSPs can contact the drivers collectively and without having to go to a different tab.



Takeaways
During this Internship, I got the chance to work with different teams within a company (clients, design team, development team). I learned a lot through regular meetings and the freedom I was given to explore new ideas and design choices. I learned to visualize data in a way that is most useful and comprehensible for the users.