top of page



UX Designer. User Researcher. 
March 2019- July 2019

Increasing efficiency to track real time on trip issues and scale with the company's hyper-growth, empowering users to effortlessly monitor daily bus operations.
How might we make the Service Panel an effective, proactive ONE FOR ALL information system to help users be more productive?

Team- 1 PM

Stakeholders: Head of Products Head of Design, Group Manager of operation tool users. 

Shuttl-Service Panel (2)_edited.jpg

India's first organised bus pooling service

Shuttl is a mobile app-based bus pooling service based out of India. Shuttl commits to providing guaranteed seating for every passenger, delivered as part of a seamless travel experience. It's key offering to customers is a scheduled service for work trips with a fixed seat in an air-conditioned bus at a reasonable price. ​

The app was launched in 2015 and the service panel was designed. As the business grew and requests came in from various channels, the tool became an ineffective technical debt making users unable to work to its full potential. Fundamental usability was a challenge. The initial problem identified can largely be themed under "Out of line Communication", "Information Scatter" and "Unidirectional Information" 

The Tool

Shuttl streamlined its bus operations by integrating live GPS tracking in most buses. The Service Panel aggregates this data, serving as a crucial tool for internal users to ensure consumer satisfaction and on-time service delivery. Dashboard Managers (DMs) utilize this tool to manage trip assignments, monitor on-time arrivals, address delays, and resolve disputes with drivers and vendors. This tool acts as a vital link between real-time on-ground activities and in-app communication with end consumers, enhancing overall serviceability and punctuality.


Our objective was to design a new panel that helps internal users to track daily operations efficiently and keep up with the growing business. Which affected in-app communication with the passengers and kept them informed about the live position of the bus, thus helping end users in planning their commute to the bus stand. It also prevented the unwanted stress of missing or waiting for the bus in case of delays.

End user serviceability communication and bus punctuality was affected due to the tool's inefficient information structure.

The primary design problem revolves around Information and Usability issues within the current system. Unidirectional information flow led to unreliable bus tracking and communication for end-users, necessitating manual calls for real-time updates by the operations team. The data retrieval process was cumbersome, involving the use of four different apps by both the operations team and customer care to track the same information. Additionally, fundamental usability challenges were identified, further complicating the overall user experience.


Day in the life...

Without a dedicated researcher available, I took on the role of the researcher and conducted a 2-week in-depth research and insight gathering session using the “Day in the life” method to understand what it is to be a DM and how does the tool helps them to succeed. I also conducted a moderated interview session with each users. There were 8 participants from two shifts. For analysis, I used a spectrum map to understand painpoints related to the interface and working behaviour. The research study unveils Insights, problems, needs, expectations and learning in-depth.

Behaviours & Patterns

Behavior and processes that the users were accustomed to that showed significant drawbacks and ineffectiveness of the operation tool. These behaviors were exhibited by the users because the tool didn't have the support


The Service Panel is not the (only) source of truth.

 Users were unable to retrieve real-time information via the service panel, driver details were in some other tool, external documentations have past data that are recorded in the service panel at the end of the day making the process slower and inefficient. The information classification was neither analytical nor historical in nature.

DMs are forcefully more reactive than proactive in their processes

Communication between the system and customer service is an added responsibility. This takes up so much time and effort from the DMs that they are forced to be the communication bridge within the field and the customer care. This leaves them with less time to look for future trips and handle trips are currently affected.

DMs didn't feel a part of the eco-system and were sensitive about a bus/driver than the end customers

Since the Service panel only talked about the operation and what it impacts on the drivers and buses DMs were more inclined towards solving a problem operationally, without understanding that their actions impact a group of customers at the same time.


During the research, I understood that the role of the internal users was far more important than they realized. Their overall goals could be classified in the four phases and the operational tool should help internal user to achieve these goals


Prioritize and categorize problems on the ground and help users to achieve an end status of the problem


Help users and get contextual information regarding the problem 


Direct users to the take most relevant action to make a quicker decision 


Keep a track of information and analyze patterns to predict future cases. 



Enabling users to resolve real-time on-ground issues using ops tool and reduce manual dependencies

Success Metrics:

Increase the no of trips handled per day by an internal user

Reduce customer calls considerably 

Challenge: With the ongoing expansion to different cities the timeline was short and hard. There was no researcher and UI designer thus the design support relied on me. The tool was designed keeping UX and usability in mind. UI was to be taken later on. 


How might we make the Service Panel an effective, proactive ONE FOR ALL information system?

Poorly formed Information chunks cause problems in how it stored, consumed, viewed, communicated, and actioned. Users tend to work on issues as when they arrive rather than being proactive. Further, these problems indirectly quench the efficiency of Customer Service

How might we evoke end use-centricity in DMs and make them feel they are a part of the larger eco-system?


The strategy to solve problems was to identify the most atomic level of information that affected the users in decision making. In this case, we determined that Alert type was the information that affected every stage of actions that the user would take from Investigate to Predict.



Clearly show what is going on and where to focus



Direct on what actions to take and when to take


Access to information whenever required in one tool

One for all, All for one

One panel to analyze, communicate, collaborate and document daily operations

The tool integrates information from the driver's app, alerts the DM in case of alerts, and effectively communicates bus statuses to the consumer app. Specified user roles determines different views for bus statuses for a particular trip 

image 1.png

Atomic element 

Alerts formed the most atomic important information archy-type that the users cared about. This became the basic for all navigational pages. On-trip alert notification in the system was a set of chronological updates to a driver, bus, and trip status.

Driver's journey

Group 2148.png

We tied the alert types to the interface
architecture and created a simplified three-page navigational tool-
Alert Information, Inventory, and Dashboard.


Alerts- Details 2.png
Screenshot 2020-03-30 at 23.30_edited.jpg

In collaboration with the PM and the team lead, I created a list of alert types and their priority during the driver journey. 

image 2.png



image 4.png
image 3.png


image 7.png


image 8.png


It is easier for internal operational users to loose track of end users

It is important that the internal tools always keep the vision of the company in an actional manner so that their user are always motivated to do their best

Data tells us what, behaviours tell us why

A lot of times operational processes develop ad-hoc manual processes and they continue to stick to them if the tools do not provide valuable solutions. It is always better to observe users in their work environment to get a full picture of the user behavior

Thanks for reading! 🤓
Few more projects that you might enjoy


Delivery Hero


Group Rides


Bolt- Micromobility

bottom of page