Methods
Industry research, experience mapping, user flow, information architecture, sketching, high-fidelity mockups, prototyping
Duration
72 hours
August 2020
There are four main stages of emergency management: mitigation, preparedness, response and recovery. Each stage has different challenges, and every community has unique management plans that require an immense amount of funding, resources and coordination. While exploring these four stages, we saw opportunity to focus on disaster response. Research reports showed us that local leaders and community members are best suited to provide efficient response; however, they often lack the capacity and resources to do so.
Problem
People have a natural motivation to respond when they hear about tragic events. Without knowledge and clear directive, however, it is difficult for them to turn that motivation into contributions. We decided to build off this motivation and create a product that would provide community members with actionable opportunities to get them involved in disaster response.
From our ideation session, we decided to create an app called Responder that…
Preliminary sketches of Responder's main interfaces
Hypothesis
We began by mapping out the primary user flow, outlining how a user would navigate from discovery to support to sharing to tracking. This helped us identify the core features we needed to design for.
To determine how these features would translate into an app, we created the information architecture.
Responder is separated into four sections: Emergencies Near You, Tracking, Profile and Alerts. Emergencies Near You is the heart of app, where users can discover, support and share about local emergencies. From this main section, users can navigate to Tracking to follow their donations, view their Profile to manage settings and redeem points, and check their Alerts to view all past notifications about support requests and donation updates. Tracking, Profile and Alerts stand within the main navigation alongside Emergencies Near You because they are features that we assume users would use regularly.
Information architecture, created using Miro
To strengthen our solution, I created an experience map and highlighted the highs and lows of donating to causes. This exercise helped us to see that users may need:
Reliability
A signal that the app is reliable and that donations are going to credible organizations
Prioritization
Of which disasters need the most help and which items are in most need
Tone-watch
How to share about the disaster and the user’s donation in a sensitive yet encouraging way
Follow-up
Where did the donation go? What did it help achieve?
Taking into consideration our user needs, we moved quickly through wireframes and high-fidelity mockups, using a UI kit to streamline our visual design process. For our final submission, we included a clickable prototype.
Users will receive a notification when a new or ongoing emergency is in need of support.
Users can track local emergencies. Responder helps users prioritize by showing a severity level and percentage of resources met for each emergency.
Users can donate items requested by local organizations or volunteer their time towards physical work to help.
When choosing to donate an item, users will able to see which organization posted the request and how much of the requested item has been received.
Users will receive 1000 points per dollar donated and 500 more points for sharing to social media.
Users can follow-up on their donations by viewing the delivery status.
Looking ahead, I would consider diving deeper into the experience of local leaders to better understand how community members can support them in emergency management. I'd like to ask questions such as:
I'd also consider conducting research to challenge our assumptions about user needs. Some questions I may want to ask are: