Utrata połączenia nie zawsze powinna oznaczać utratę pracy. Działanie offline może pomóc ukończyć zadanie w niestabilnej sieci lub zachować zapisy na własnym urządzeniu, jeśli odpowiada to celowi produktu.
Zacznij od zadania, które musi być kontynuowane
„Działa offline” jest zbyt ogólnym wymaganiem, aby było użyteczne. Określ konkretne czynności, które muszą pozostać dostępne: rozpoczęcie zapisu, edycję notatki, wyświetlenie zapisanego harmonogramu lub eksport informacji. Zdecyduj, co może poczekać na powrót połączenia.
Interfejs powinien jasno pokazywać te granice. Użytkownik musi wiedzieć, czy czynność została zapisana lokalnie, przesłana do innego systemu, czy nadal wymaga uwagi. Nie zmuszaj go do zgadywania na podstawie wskaźnika ładowania.
Zdecyduj, gdzie powinny znajdować się dane
Lokalne przechowywanie zmienia pytania o własność i odzyskiwanie. Czy istnieje kopia zapasowa? Co się stanie po utracie lub wymianie urządzenia? Czy można wyeksportować dane w formacie przydatnym gdzie indziej? Jakie kopie pozostaną po usunięciu aplikacji?
Decyzje te powinny odpowiadać rzeczywistemu działaniu produktu i informacji o prywatności. „Offline” nie oznacza automatycznie, że każda funkcja unika sieci. Zewnętrzne mapy, geokodowanie, wiadomości do wsparcia czy eksporty wybrane przez użytkownika mogą tworzyć osobne przepływy danych.
Zaplanuj postępowanie po konflikcie
Jeśli zapisy później synchronizują się z serwerem, dwa urządzenia mogły zmienić te same informacje. Produkt potrzebuje reguły wyboru akceptowanej wersji i jasnego sposobu naprawienia nieoczekiwanego rezultatu.
Duplikaty, opóźnienia i przerwane przesyłanie też wymagają uwagi. Powtórne dotknięcie nie powinno po cichu powielać działań finansowych lub operacyjnych. Dokładne rozwiązanie zależy od modelu danych produktu i używanych systemów.
Wyjaśnij wybory dotyczące uprawnień
Funkcja lokalizacji powinna służyć konkretnej czynności i zachowywać się przewidywalnie po odmowie uprawnienia. Powiadomienie powinno pomagać zrozumieć trwającą aktywność. Użytkownicy powinni wiedzieć, co zmienia wybór, bez znajomości wewnętrznej budowy Androida.
Uwzględnij w projekcie ścieżkę po odmowie uprawnienia. Jeśli czynność nadal można wykonać ręcznie, ułatw znalezienie tej opcji. Jeśli funkcja nie może działać, wyjaśnij ograniczenie we właściwym momencie.
Sprawdź przejścia między stanami
Sprawdź więcej niż uruchomienie z wyłączoną siecią. Przeanalizuj zadanie, gdy połączenie znika w trakcie czynności, wraca po opóźnieniu lub zmienia się, gdy aplikacja nie jest widoczna. Uwzględnij ponowne uruchomienia, przerwane eksporty i poprawianie wcześniejszego zapisu.
Kontrole powinny odpowiadać kluczowej ścieżce i jej ryzykom. Udana kompilacja jest użytecznym dowodem dotyczącym kompilacji; zachowanie urządzenia wymaga osobnych dowodów.