Zum Inhalt springen
Prototyp pruefen

Tägliche Nutzung

Nach der Einrichtung zeigt die App einen ruhigen Hauptscreen fuer den Alltag. Die Oberflaeche ist bewusst einfach gehalten, damit taegliche Schutzpruefungen ohne technisches Vorwissen funktionieren. Beim naechsten App-Start wird der letzte erfolgreiche Home-Zustand sofort wiederhergestellt, statt erneut bei einem leeren Wartezustand zu beginnen.

Der obere Bereich zeigt den aktuellen Schutzstatus in Klartext:

ZustandAnzeigeHintergrundton
Alles in Ordnung„Everything looks calm”Ruhig (gruen)
Warnungen vorhanden„Needs attention now”Vorsicht (gelb)
Ernste Probleme„Needs attention now”Alarm (rot)
Einrichtung noetig„Start here”Neutral

Darunter steht eine kurze Erklaerung, z.B. „Nothing urgent is waiting right now.” oder „Start with the serious issue first.”

Drei Metrik-Karten zeigen auf einen Blick:

  • Dieses Geraet: Geschuetzt, Aufmerksamkeit noetig, Einrichtung noetig, oder Pruefung laeuft
  • Warnungen: Anzahl offener Warnungen (oder „Keine”)
  • Ernste Probleme: Anzahl offener Incidents (oder „Keine”)

Diese Metriken erscheinen erst nach der Ersteinrichtung und dem ersten erfolgreichen Refresh.

Jede Metrik-Karte ist direkt antippbar und navigiert zur zugehoerigen Detailansicht: Tippen auf „Warnungen” oeffnet den Warnings-Tab, Tippen auf „Ernste Probleme” oeffnet den Issues-Tab. Damit haben DAU-Nutzer neben dem primaeren CTA einen zusaetzlichen Einstiegspunkt in die Detailansichten.

Der Hauptscreen schlaegt bei Bedarf eine konkrete naechste Aktion vor:

SituationAktionButton
Einrichtung fehltEinrichtung oeffnenSetup-Wording → Settings-Tab (Support-Uebersicht)
Ernste Probleme vorhandenProblem zuerst behandeln„Review serious issue” → Issues-Tab (dort stehen Aktionen wie „Start review” und „Mark handled” zur Verfuegung)
Warnungen vorhandenWarnung pruefen„Review warning” → Warnings-Tab
Alles in OrdnungKein CTA auf dem Home-ScreenHilfe bleibt ueber den Tab „Settings” in der Bottom-Navigation erreichbar

Wenn Incidents oder Warnungen vorliegen, zeigt der Hauptscreen nur den hoechstprioren Fall als einzelne Karte in Klarsprache — entweder einen ernsten Vorfall oder eine Warnung, nicht beides gleichzeitig:

  • Ernster Vorfall vorhanden: „Handle this first” mit Beschreibung was passiert ist und was zu tun ist
  • Warnung vorhanden (kein ernster Vorfall): „Check this after that” mit entsprechender Guidance

Dedizierte Karten fuer einzelne Warnungen und ernste Vorfaelle stehen auf den eigenen Tabs (Warnings, Issues) in der Bottom-Navigation bereit. Alle Beschreibungen verwenden Alltagssprache statt technischer Begriffe.

Wenn der Issues-Tab sichtbar ist, koennen Nutzer direkt auf dem Screen Aktionen fuer den aktuellen Incident ausfuehren:

AktionBedeutung
„Start review”Den Vorfall als in Bearbeitung markieren
„Mark handled”Den Vorfall als erledigt markieren

Erledigte Incidents verschwinden aus der Zaehlung auf dem Hauptscreen. Die App fuehrt diese Aktionen ueber PATCH /incidents/{id} mit der aktuellen Runtime-Transition-Semantik aus. Fuer Incident-Aktionen braucht das App-Token den Scope incidents:write zusaetzlich zu den bestehenden Read-Scopes.

Bei fehlender Einrichtung zeigt der Home-Screen einen Setup-CTA mit Setup-Wording, der zum Settings-Tab der Bottom-Navigation fuehrt und dort zuerst auf der ruhigen Support-Uebersicht landet, nicht direkt in den Verbindungs- oder Registrierungsfeldern. Der Home-Screen zeigt keine separate Settings-/Hilfe-Karte; Setup und Hilfe sind nur ueber die Primaeraaktion auf dem Home-Screen oder den Tab „Settings” in der Bottom-Navigation erreichbar. So bleibt der taegliche Hauptscreen bewusst frei von Hilfe- oder Support-Elementen, und Einrichtungsdetails erscheinen erst nach expliziter Navigation ueber die untere Navigationsleiste.


Einrichtung, Hilfe und technische Details befinden sich auf einem eigenen Screen innerhalb der App. Der Hauptscreen bleibt dadurch ruhig und zeigt ausschliesslich den taeglichen Schutzstatus.

Die App hat eine untere Navigation (Bottom-Navigation) mit vier festen Eintraegen — Home, Warnings, Issues und Settings. Alle vier Tabs sind im taeglichen Betrieb stabil sichtbar (Commit 158c53c). Der Tab „Home” zeigt den taeglichen Hauptscreen. Die Tabs „Warnings” und „Issues” zeigen die zugehoerigen Detailansichten. Ueber den Tab „Settings” gelangt man zum Settings-und-Hilfe-Screen. Wenn ein Ziel verschwindet — etwa weil ein Incident waehrend der Ansicht erledigt wird — wechselt die Navigation sauber zurueck zum Home-Tab, statt auf einem leeren Screen zu verbleiben. Die Navigation bleibt auch beim Wechsel zwischen Help/Settings und Issue-Tabs stabil. Der Settings-Tab oeffnet sich zunaechst als ruhiger Hub; Verbindung, Diagnose und Support-Details werden nicht sofort angezeigt. Von diesem Hub aus verzweigt der Nutzer explizit in einen von vier Bereichen, die jeweils als eigene Unterseite mit eigenem Header gerendert werden:

  1. Connection setup (Verbindung/Registrierung)

    Hier befindet sich der primaere Einrichtungspfad fuer normale Endnutzer: Account erstellen oder anmelden ueber POST /account/register bzw. POST /account/login. Die Session wird gespeichert und die App kehrt zur Home-Oberflaeche zurueck. Nach erfolgreicher Anmeldung bleibt die gespeicherte Session im Settings-Hub eingeklappt, bis sie explizit geoeffnet wird. Fuer Operatoren und Entwickler steht alternativ der manuelle Einrichtungs-Assistent bereit, der in drei Schritten durch die Konfiguration fuehrt (Service-Adresse, Zugangscode und Familien-Code). Ausserdem zeigt dieser Bereich die gespeicherte Verbindungs-Konfiguration und die lokal generierte Geraete-Identitaet. Nach erfolgreicher Einrichtung zeigt der Hub nur noch „Use this area only when you need help.”

  2. Support-requested help (Support-angefragte Hilfe)

    Allgemeine Hilfestellungen, die auf Anfrage des Supports angezeigt werden. Dieser Bereich dient als Einstieg fuer Support-geleitete Aktionen.

  3. Guided checks (Gefuehrte Pruefungen)

    Gezielte Aktionen, die nur auf Anfrage des Supports relevant sind: Geraet manuell registrieren (Register this phone), Support-Access-Code eingeben, Test-Event senden oder Schutzpruefung wiederholen. Diese Aktionen sind bewusst vom normalen Einrichtungspfad getrennt und fuer den DAU-Alltag nicht sichtbar.

  4. Support details (Support-Details)

    Technische Diagnose-Informationen: Token, Traces, Backend-Antworten und Fehlerklassen. Diese werden erst bei Bedarf geladen und erscheinen nur nach explizitem Drill-down.

Der Tab „Home” in der unteren Navigation oder die System-Zurueck-Taste fuehrt jederzeit zurueck zum taeglichen Hauptscreen. Beim Wechsel zurueck werden geoeffnete Bereiche automatisch wieder eingeklappt, damit der Alltags-Blick sauber bleibt.


Wenn etwas nicht stimmt, zeigt der Hauptscreen Hinweise in Klarsprache:

SituationAnzeige auf dem HauptscreenWas zu tun ist
Verbindung unterbrochen„Refresh paused.”Verbindung pruefen, dann zum Hauptscreen zurueckkehren
Zugangscode ungueltigStatusanzeige wechselt zu VorsichtAuf dem Settings-und-Hilfe-Screen den Zugangscode aktualisieren
Fehlende BerechtigungWarnung im StatusbereichNeuen Zugangscode mit passenden Berechtigungen eintragen
Familien-Code stimmt nichtWarnung im StatusbereichFamilien-Code auf dem Settings-und-Hilfe-Screen korrigieren

Auf dem Settings-und-Hilfe-Screen unter „Support-only technical details” sind die technischen Fehlerklassen (Auth, Scope, Tenant, Netzwerk) mit maschinenlesbaren Codes und Backend-Versionen einsehbar. Fuer die detaillierte Fehlerklassifizierung siehe das Operator-Runbook.


  • Echtzeit-Warnungen waehrend eines Anrufs — Zielarchitektur
  • App-Scanner mit automatischer Blockierung — Zielarchitektur
  • Fernsteuerungsschutz mit Vollbild-Warnung — Zielarchitektur
  • Social-Engineering- und KI-Manipulationserkennung — Zielarchitektur
  • Familienprofile und Eltern-Dashboard — Zielarchitektur
  • Genehmigungs-Workflow fuer App-Installationen — Zielarchitektur
  • Woechentlicher Familienbericht — Zielarchitektur
  • Schutz pausieren oder einzelne Schichten deaktivieren — Zielarchitektur
  • Hintergrund-Ueberwachung ohne aktiven Refresh — Zielarchitektur
  • Push-Benachrichtigungen — Zielarchitektur

Funktioniert die App offline? Ohne Backend-Verbindung zeigt der Hauptscreen „Refresh paused.” und schlaegt vor, die Verbindung zu pruefen. Der letzte erfolgreiche Sync-Zeitstempel bleibt sichtbar. Die App konserviert den letzten erfolgreichen Home-Snapshot lokal: beim naechsten Start erscheint der zuletzt bekannte Schutzstatus sofort, auch wenn das Backend noch nicht erreichbar ist. Ein Konfigurations-Reset (z.B. Aendern der Service-Adresse oder des Zugangscodes) leert diesen Cache.

Kann ich die Konfiguration aendern? Ja, auf dem Settings-und-Hilfe-Screen koennen Service-Adresse, Zugangscode und Familien-Code angepasst werden. Erreichbar ueber den Tab „Settings” in der unteren Navigation.

Was passiert bei einem falschen Token? Der Hauptscreen wechselt zu einem Vorsicht-Zustand. Der Einrichtungs-Assistent auf dem Settings-und-Hilfe-Screen passt seine Anleitung automatisch an und fuehrt durch die Korrektur.

Wo sind die technischen Details? Tokens, Traces, Backend-Antworten und Diagnose-Informationen sind auf dem Settings-und-Hilfe-Screen unter „Support-requested actions” → „Support-only technical details” erreichbar. Die Trennung in einen separaten Screen haelt den taeglichen Hauptscreen ruhig.