Zonehaven — Öffentliche App für Warnungen und Evakuierung

Soamee hat AWARE entwickelt, die bürgernahe Anwendung von Zonehaven — einer Plattform für Evakuierungsmanagement, die später von Genasys Inc. (NASDAQ: GNSS) übernommen wurde, einem weltweit führenden Anbieter kritischer Kommunikation und Massenwarnung. Heute ist diese Technologie Teil eines Systems, das mehr als 155 Millionen Menschen in über 100 Ländern und in allen 50 US-Bundesstaaten schützt.

Unser Auftrag war das Stück, das bei den Menschen ankommt: das, was eine Entscheidung aus der Einsatzzentrale in eine klare Handlungsanweisung in der Hosentasche von jemandem verwandelt, der gleich sein Zuhause verlassen muss.

Die Herausforderung

Eine Notfall-App gleicht keinem anderen digitalen Produkt. Sie bricht fast alle Produktregeln, die wir für selbstverständlich halten:

• Es gibt kein Onboarding. Niemand lädt sie herunter, „um sie mal auszuprobieren”. Man öffnet sie zum ersten Mal, wenn bereits Rauch am Horizont steht — mit zitternden Händen und ohne Geduld für ein Tutorial.
• Es gibt keinen durchschnittlichen Traffic. Wochenlang passiert nichts, dann kommt schlagartig eine Lawine gleichzeitiger Aufrufe im selben Gebiet — genau dann, wenn das Mobilfunknetz am stärksten überlastet ist.
• Es gibt keinen Raum für Mehrdeutigkeit. Ein Satz, der sich zweifach lesen lässt, ist kein UX-Problem: Es ist ein Mensch, der hinausgeht, obwohl er im Gebäude hätte bleiben müssen.
• Sie darf nicht vom Netz abhängen. Bei Waldbränden, Überschwemmungen oder Erdbeben fällt die Kommunikationsinfrastruktur häufig als Erstes aus.
• Sie darf keine Daten verlangen. Ein Werkzeug des Bevölkerungsschutzes, das Registrierung, Konten und Einwilligungen fordert, verliert genau die Menschen, die es erreichen muss.

Hinzu kommt die Natur des Absenders. Warnungen schreibt kein Marketingteam: Sie werden von Feuerwehr, Katastrophenschutz, Polizei und Krisenstäben ausgelöst — jeder mit eigenem Vokabular, eigenen Protokollen und eigener Rechtsgrundlage. Die App musste der gemeinsame Nenner all dieser Stellen sein, ohne eine davon zu verraten.

Unsere Lösung

Wir haben gemeinsam mit Zonehaven AWARE mit Next.js und React entwickelt — mit einem sehr konkreten Ziel: drei Fragen in weniger als fünf Sekunden beantworten — was passiert gerade, betrifft es mich, und was muss ich jetzt tun?

Zonenkarte in Echtzeit

Das Herzstück der App ist eine Karte der Evakuierungszonen. Jede Zone ist ein von der zuständigen Behörde definiertes Polygon mit einem Status, der sich während des Einsatzes live ändert:

• Evakuierungsanordnung — sofort raus, über die angegebene Route
• Evakuierungswarnung — Abreise vorbereiten: Dokumente, Medikamente, Haustiere
• Schutz im Gebäude suchen — drinnen bleiben, Zugänge und Lüftung schließen
• Sichere Zone — keine aktiven Einschränkungen

Nutzerinnen und Nutzer finden ihre Zone per Geolokalisierung oder Adresssuche und sehen den Status samt zugehöriger Anweisung — ohne etwas interpretieren zu müssen. Über die Karte legen sich die Ebenen, die bei einer Evakuierung zählen: empfohlene Routen, Straßensperrungen, Notunterkünfte und Anlaufstellen sowie Sammelpunkte.

Geolokalisierte Push-Warnungen

Die App prüft den Standort gegen die aktiven Polygone und benachrichtigt nur, wenn jemand tatsächlich betroffen ist. Genau dieser Filter trennt ein nützliches Werkzeug von einer Lärmquelle:

• Warnungen nach aktuellem Standort, die mitwandern, wenn sich jemand während des Einsatzes bewegt
• Verfolgte Orte (Zuhause, Arbeit, Schule der Kinder), die auch dann warnen, wenn man weit entfernt ist
• Sofortige Benachrichtigungen, sobald sich der Status einer verfolgten Zone ändert
• Vorsorge-Ressourcen: Leitfäden und Checklisten, um vorbereitet zu sein, bevor der Notfall eintritt

Wir haben native Push-Benachrichtigungen jedem Live-Kanal innerhalb der App vorgezogen — aus einem einfachen Grund: Sie kommen an, wenn die App geschlossen und das Handy in der Tasche ist. Das ist in 99 % der Zeit die reale Situation.

Gestaltet zum Lesen unter Stress

Alle Interface-Entscheidungen wurden für das schlechteste Szenario optimiert, nicht für die Demo:

• Nur eine sichtbare Aktion pro Bildschirm. Die zentrale Anweisung immer oberhalb der Falz, ohne Scrollen.
• Farbe steht nie allein. Jeder Status kombiniert Farbe, Textlabel und eigenes Icon — damit er bei Farbenblindheit, in praller Sonne oder als schwarz-weißer Screenshot in einer WhatsApp-Weiterleitung funktioniert.
• Kontrast geprüft nach WCAG 2.1 AA, mit großer Typografie und großzügigen Touch-Flächen: Diese App wird in Eile benutzt, mit Handschuhen oder mit dem Handy in der falschen Hand.
• Wörtliche Sprache. „Verlassen Sie das Gebiet jetzt über die Route 1 in Richtung Norden” statt „eine Evakuierung sollte erwogen werden”.
• Hierarchie nach Kritikalität, nicht nach Zeitpunkt: Eine Evakuierungsanordnung steht nie unter einer Baustellenmeldung.

Offline-first-Architektur

Wir gehen davon aus, dass das Netz ausfällt — denn in einer echten Notlage tut es das:

• Service Worker, die Basiskarten, Zonengeometrien, Routen und Vorsorge-Leitfäden bei der Installation vorab cachen
• Cache-first für alle statischen Inhalte, mit Revalidierung im Hintergrund, sobald wieder Verbindung besteht
• Lokale Persistenz des letzten bekannten Status der verfolgten Zonen — auch ohne Empfang sichtbar und mit explizitem Zeitstempel, damit klar ist, wie aktuell die Information ist
• Automatische Synchronisierung, sobald das Signal zurückkehrt, ohne dass jemand etwas aktualisieren muss
• Minimale Payloads und komprimierte Assets, ausgelegt auf überlastete oder mitten im Einsatz abgesunkene Netze

Für die Spitze gebaut, nicht für den Durchschnitt

Das Lastprofil einer Notfall-App ist eine brutale, geografisch konzentrierte Spitze. Die Architektur antwortet darauf: statische Inhalte aus dem CDN mit Edge-Caching, kleine und cachebare API-Antworten, Zustellung der Benachrichtigungen über Fan-out-Queues und elegante Degradation — wenn etwas ausfallen muss, dann das Beiwerk und niemals der Zonenstatus und die Sicherheitsanweisung.

Der digitale Kanal eines größeren Systems

AWARE stand nicht allein: Sie war der digitale Kanal eines Warnsystems, das die Bevölkerung auch über SMS, Sprachanrufe, Sirenen, Radio und Fernsehen erreicht. Ein Teil unserer Arbeit bestand darin, dafür zu sorgen, dass der digitale Kanal exakt dieselbe Sprache spricht wie alle anderen — gleiche Status, gleiche Zonennamen, gleiche Anweisung — damit niemand zwei verschiedene Versionen derselben Anordnung erhält.

Technische Architektur

Lebenszyklus einer Warnung

Ergebnisse

Die Plattform Zonehaven wurde von Genasys Inc. übernommen — eine Bestätigung der technischen Qualität und des Werts des Produkts. Heute schützt die Technologie von Genasys, Zonehaven eingeschlossen, mehr als 155 Millionen Menschen in über 100 Ländern und in allen 50 US-Bundesstaaten. Die Plattform wurde unter anderem von Fox News, NPR, Inc. Magazine und SF Gate behandelt.

• 155M+ Menschen werden weltweit über die Plattform geschützt
• Abdeckung in 100+ Ländern und allen 50 US-Bundesstaaten
• Garantierte Offline-Verfügbarkeit der kritischen Evakuierungsdaten
• Null Zugangshürden: keine Registrierung, keine Barrieren genau dann, wenn es am meisten zählt
• Eine einheitliche visuelle Sprache für Zonenstatus, von jeder auslösenden Stelle ohne Anpassung nutzbar
• Erfolgreiche Übernahme durch Genasys Inc.

Zentrale technische Entscheidungen

• Next.js mit SSR: gewählt wegen der Kombination aus Performance beim ersten Rendern (kritisch für Zugriffe im Notfall) und statischer Generierung für die Vorsorge-Inhalte.
• Offline-first, nicht verhandelbar. Lieber den letzten bekannten Status mit Zeitstempel zeigen als einen Fehlerbildschirm: In einer Notlage ist eine zehn Minuten alte Information unendlich viel besser als gar keine.
• Natives Push als Hauptkanal, vor WebSockets: Es ist das Einzige, was ankommt, wenn die App geschlossen ist — und geschlossen ist ihr Normalzustand.
• Geometrie auf dem Client, wo möglich. „Bin ich in dieser Zone?” auf dem Gerät zu beantworten senkt die Latenz und funktioniert ohne Netz.
• CDN mit Edge-Caching, unverzichtbar für ein Produkt, das in über 100 Ländern mit geografisch konzentrierten Spitzen läuft.
• Universelles Ampelsystem der Status, barrierefrei und sprachunabhängig, geprüft nach WCAG 2.1 AA.

Tech-Stack

• Next.js (Hauptframework mit SSR)
• React (Benutzeroberfläche)
• Service Worker und lokaler Speicher (Offline-first-Strategie)
• Push-Benachrichtigungen (Notfallwarnungen)
• Geolokalisierung und interaktive Karten (GIS-Ebenen: Zonenpolygone, Routen, Notunterkünfte)
• CDN mit Edge-Caching
• Google Analytics (Analyse)

Was wir aus diesem Projekt mitgenommen haben

Arbeit an Notfalltechnologie verändert, wie man Produkt denkt. Die üblichen Kennzahlen — Bildschirmzeit, Sessions, Retention — bedeuten hier nichts: Das bestmögliche Ergebnis ist, dass jemand die App öffnet, in drei Sekunden versteht, was zu tun ist, und sie wieder schließt. Ein Produkt, das daran gemessen wird, wie schnell es erreicht, dass man es nicht mehr benutzt.

Geblieben ist auch eine Regel, die wir seitdem auf alles anwenden, was wir bauen: für den schlechtesten Tag entwerfen, nicht für die Demo. Was bei schlechtem Netz, in Eile, unter Stress und auf einem alten Handy funktioniert, funktioniert auch an allen anderen Tagen.

Brauchen Sie eine App, die funktioniert, wenn alles andere ausfällt? Erfahren Sie mehr über unsere App-Entwicklung →