Use case
For this project, we focused on the mapping and location experience. Call-takers use the location cards to track the caller alongside the map.
Problem
Call takers could not clearly understand when a caller was moving or stationary. Additionally, the information layout on the location cards made it difficult to scan and process address information. This slowed down dispatching activities.
Goal
Redesign existing elements to create a system that could group identical locations and improve information readability.
Ultimately this would minimize 911 call taker response time for an incident, getting people to safety quicker.
It was incredibly difficult for 911 call takers to pinpoint address information quickly, or understand if the caller was on the move or staying still.
Hoping to meet our goal of reducing eye strain and minimizing call taker response time for an incident!
1. Improved text hierarchy with collapsable information
The address is now the biggest, most important piece of information, and all other details can be collapsed and hidden, giving more real estate to the screen especially when there are many locations coming in.
2. Stacked location cards for identical addresses
With identical addresses, we stacked them together by the time the location came in (timestamp) instead of giving each their own giant card. Since the information was almost identical, we automatically collapsed the timestamps.
3. New location updates are controlled by the call taker
Originally, whenever a new location was received a new card could come in, bumping everything down and disturbing the workflow of the call taker. With a "new updates" button, a call taker would control when they want to refresh location updates
From talking to 7+ public safety dispatch centers, we gathered that:
Other complaints we heard were:
Now with our user research insights, it was time to put it into action 💥
1. Braindump/collab time!
Since the first step was to make the cards easily scannable, I utilized my design team and together we explored a bunch of different layouts of text hierarchy that could work given these requirements:
2. Push designs forward
Then, I narrowed down what I thought would be the best layout for the cards.
Here are some iterations I made that were close to the final layout:
One of the main complexities of this project was understanding what constitutes an identical location:
For example, a school building could have one singular address but can span thousands of square feet and floors. The caller could be traveling anywhere through the school and would still register as the same location. Therefore, we needed a way to set certain parameters in long/lat and altitude to trigger a new location card. This way the call taker can be notified that this caller is on the move.
How do we define when an incident card would split into two separate cards even with identical addresses? 🤔
After meetings with PMs who were experts in mapping, we leaned on setting certain parameters for distance:
IF X/Y (long/lat) distance changed by at least 10 degrees
OR elevation distance changed by at least 3 meters
OR subaddress elements changed (like apartment numbers)
--> THEN a separate location card would be created.
After presenting the new designs and discussing card logic to various stakeholders, I then created a decision tree to lay out the interaction for the engineering team. This was also so everyone could have the interaction as a point of reference.
1. Expandable and collapsable location cards that are contextual to corresponding map pins
2. Identical addresses are stacked in the same card, saving precious real estate
With the most recent timestamp at the top :)
3. User chooses when they want to see new location updates, so their workflow is not disturbed
The great news was that all call takers were ecstatic about the new layout, stating that "I can definitely see the location a lot clearer now." They were also appreciative of the expand card functionality since they validated that they only really need the address and long/lat most of the time.
One piece of feedback we got was incredibly valuable. We realized we overlooked the logic of the timestamp order. It's a lot easier to explain if I can show you- so if you're interested, let's connect and chat :)