Ein Verbindungsabbruch sollte nicht immer Arbeitsverlust bedeuten. Offline-Verhalten kann Menschen helfen, Aufgaben in unzuverlässigen Netzen zu erledigen oder Aufzeichnungen auf dem eigenen Gerät zu behalten, wenn dies zum Produktzweck passt.
Mit der Aufgabe beginnen, die weitergehen muss
„Funktioniert offline“ ist als Anforderung zu allgemein. Bestimmen Sie konkrete Aktionen, die verfügbar bleiben müssen: einen Eintrag beginnen, eine Notiz bearbeiten, einen gespeicherten Plan ansehen oder Informationen exportieren. Entscheiden Sie, was bis zur Rückkehr der Verbindung warten kann.
Die Oberfläche sollte diese Grenzen verständlich machen. Nutzer müssen wissen, ob eine Aktion lokal gespeichert, an ein anderes System gesendet oder noch zu bearbeiten ist. Ein Ladeindikator sollte sie nicht zum Rätseln zwingen.
Entscheiden, wohin die Daten gehören
Lokale Speicherung verändert die Fragen zu Verantwortung und Wiederherstellung. Gibt es eine Sicherung? Was passiert bei Verlust oder Austausch eines Geräts? Können Nutzer die Daten in einem anderweitig nutzbaren Format exportieren? Welche Kopien bleiben nach dem Entfernen der App bestehen?
Diese Entscheidungen sollten dem tatsächlichen Produktverhalten und den Datenschutzhinweisen entsprechen. „Offline“ bedeutet nicht automatisch, dass jede Funktion ohne Netzwerk auskommt. Externe Karten, Geocodierung, Supportnachrichten oder selbst gewählte Exporte können eigene Datenflüsse erzeugen.
Den Umgang mit Konflikten planen
Werden Aufzeichnungen später mit einem Server synchronisiert, könnten zwei Geräte dieselben Informationen bearbeitet haben. Das Produkt braucht eine Regel, welche Version übernommen wird, und einen klaren Weg zur Korrektur unerwarteter Ergebnisse.
Auch Duplikate, Verzögerungen und unterbrochene Übertragungen verdienen Aufmerksamkeit. Wiederholtes Tippen darf nicht unbemerkt wiederholte finanzielle oder betriebliche Aktionen auslösen. Die konkrete Lösung hängt vom Datenmodell des Produkts und den beteiligten Systemen ab.
Berechtigungsentscheidungen erklären
Eine Standortfunktion sollte einer konkreten Aktion dienen und bei verweigerter Berechtigung vorhersehbar reagieren. Eine Benachrichtigung sollte Nutzern helfen, eine laufende Aktivität zu verstehen. Sie sollten die Folgen einer Entscheidung erkennen, ohne Android-Interna kennen zu müssen.
Berücksichtigen Sie im Design den Ablauf bei verweigerter Berechtigung. Bleibt eine Aktion manuell möglich, sollte dieser Weg leicht auffindbar sein. Kann die Funktion nicht arbeiten, erklären Sie die Einschränkung im passenden Moment.
Übergänge prüfen
Prüfen Sie mehr als nur den Start bei abgeschaltetem Netzwerk. Betrachten Sie Aufgaben bei Verbindungsverlust mitten in einer Aktion, verspäteter Wiederverbindung und Verbindungswechseln im Hintergrund. Berücksichtigen Sie App-Neustarts, unterbrochene Exporte und die Korrektur früherer Einträge.
Die Prüfungen sollten dem wesentlichen Ablauf und seinen Risiken folgen. Ein erfolgreicher Build liefert einen nützlichen Nachweis zur Kompilierung; das Verhalten auf Geräten braucht eigene Nachweise.