πŸ†Top 5 Finalist

Disaster Relief Dashboard

Did you know it takes Emergency services 2 hours to establish a plan during a natural disaster?

The Problem

In a study of 38 landslides worldwide, 77% of survivors were pulled out by the people next door. When a disaster strikes, the Emergency Response Center (EOC) is flooded with updates while internet and cellular networks can fail...

it's hard to coordinate safely.

Volunteers want to help, but go in blind and they risk duplicating effort or entering unsafe areas.

The gap isn't willingness. It's coordination: how do you direct the people already on the ground when the infrastructure they'd normally rely on is down?

Sources:
When Disaster Hits, Your First Responder Probably Will Not Be a First Responder β€” ShelterforceHuman response to disasters β€” Wikipedia

The Solution

DisasterHub is an offline first, dual sided system where AI agents draft tasks from incidents the EOC dispatches tasks to volunteers on site.

  1. The EOC reviews and approves AI suggested tasks before volunteers see them, protecting chain of command and reducing risk from incorrect instructions.
  2. On mobile, volunteers can report, view, update tasks even offline, with local storage and clear sync indicators when any connection becomes available.
RoleUX Designer & Strategist, Team Lead
Timeline4 hours
Tech Stack
  • β€’ Antigravity IDE
  • β€’ Mongo DB Atlas
  • β€’ Vector AI
  • β€’ Next.JS
  • β€’ TailWind CSS
  • β€’ Material Design 3
  • β€’ WebLLM
The Team3 Geniuses: Shola - Mobile App Designer & Systems Lead, Vy - Desktop App Designer, Leonardo - Backend Developer
5Top 5 Finalist
3Laptops synced live for demo
2Apps Built- desktop & mobile version!

Design Process & Strategy

1

Layer 1 - The Volunteer & The Phone

What I built:

I built a mobile app that is offline first for volunteers but uses mongo db cloud service when internet is active.

Disaster Hub Mobile App
Mobile App I built
Why I built it like this:

The user MUST know if they are online or offline so this had iterated in.

online button

Rooting in color psychology, I chose cautionary colors like yellow, affirmative colors like green and alerting colors like red due to the severity a flood or earthquake can have. This is also why we have a dark theme.

crop shot of buttons


We wanted to show we thought about how the power goes out, so here is the offline layer.

radio button


2

Layer 2 - The Bridge

The Backend Strategy:

My background in backends enabled me to come up with the ambitious idea to build 3 apps on 3 different laptops and have them all work together in real time πŸ˜…

3

Before that I planned & defined

What do we work on?:

Constraint: We had to use online hackathon tools Mongo DB Atlas and Vector AI.
I suggested that we also add an offline layer because during disasters the internet goes out.

How Do we collaborate?:

How do we bring in a random engineer we just met (A.K.A Leo) who doesn't speak designer?


Simple I be designer, I explained the app to our engineer via drawing, this helped Leo understand how the backend would connect both apps for realtime updates.

picture of something I drew for leo, explaining the database layer
something I drew for Leo to understand the architecture.
screenshot of google doc achitecture.
I used gemini to set up a document that explained our app and held all of our prompts so we could keep the prompts consistent across our tools.
4

Layer 3 - EOC Dashboard

Emergency Operations Center (EOC):

The goal was to make sure the desktop app and mobile app had a unified look. Vibecoded by my teammate Vy.

Disaster Hub Desktop Dashboard for EOC designed by my teammate.
Disaster Hub Desktop Dashboard for EOC designed by my teammate.