Aplikacja offline dla techników: jak budujemy PWA, które działają w piwnicy
Najczęstszy powód, dla którego wdrożenia aplikacji terenowych umierają, nie jest ani cena, ani opór techników. Jest nim komunikat „brak połączenia z serwerem” wyświetlony w garażu podziemnym, dokładnie w momencie, gdy technik miał wypełnić protokół. Po dwóch takich sytuacjach ekipa wraca do papieru — i ma rację. Opisujemy, jak budujemy aplikacje, które tego komunikatu nie znają.
Dlaczego „czasem działa offline” nie istnieje
Praca terenowa dzieje się dokładnie tam, gdzie kończy się LTE: hydranty są w piwnicach, centrale sygnalizacji pożaru w pomieszczeniach technicznych, pompy ciepła w kotłowniach za trzema stropami żelbetu. Aplikacja, która „zwykle działa”, jest gorsza od papieru, bo papier działa zawsze — a zaufanie technika traci się raz. Dlatego offline nie może być funkcją dodaną na końcu; to decyzja architektoniczna podejmowana w pierwszym tygodniu projektu.
Jak to działa od środka — bez żargonu
Zasada brzmi: telefon jest źródłem prawdy w terenie, serwer jest źródłem prawdy w firmie. Zanim technik wyjedzie, aplikacja pobiera na urządzenie wszystko, czego może potrzebować: dzisiejsze wizyty, obiekty z podzespołami, szablony protokołów, checklisty. Od tej chwili każda czynność — odhaczenie punktu, zdjęcie, podpis klienta, odczyt NFC — zapisuje się lokalnie, do kolejki zmian. Gdy telefon złapie zasięg (przy windzie, w samochodzie, wieczorem na Wi-Fi), kolejka wysyła się sama, po kolei, z ponawianiem nieudanych prób. Technik nie klika „synchronizuj” — po prostu robi swoje.
- dane wizyt pobierane z wyprzedzeniem, nie na żądanie — wejście do piwnicy niczego nie przerywa
- każda zmiana trafia najpierw do lokalnej kolejki, dopiero potem na serwer
- zdjęcia i podpisy przechowywane lokalnie do skutecznej wysyłki — nic nie ginie przy zerwaniu połączenia
- konflikty (dwóch techników, ten sam obiekt) rozstrzyga serwer wg reguły: żadna zapisana praca nie przepada
Dlaczego PWA, a nie aplikacja ze sklepu
Progressive Web App instaluje się z przeglądarki jednym dotknięciem, wygląda i działa jak zwykła aplikacja — łącznie z pełnym offline — a omija dwie rzeczy, które w praktyce bolą najbardziej: proces recenzji w sklepach (każda poprawka czeka dni zamiast minut) i problem „u mnie stara wersja”, bo PWA aktualizuje się sama przy najbliższym kontakcie z siecią. Dla firmy z rotacją pracowników liczy się też onboarding: nowy technik dostaje link, klika „dodaj do ekranu głównego” i za dwie minuty pracuje. Bez konta w sklepie, bez działu IT.
Jak sprawdzić wykonawcę, zanim podpiszesz
- poproś o demo w trybie samolotowym: wypełnienie protokołu ze zdjęciem i podpisem bez sieci, potem synchronizacja
- zapytaj, co się dzieje ze zdjęciem zrobionym offline, gdy telefon padnie przed synchronizacją
- zapytaj o konflikt: dwóch ludzi edytuje to samo zlecenie bez sieci — czyja wersja wygrywa i dlaczego
- sprawdź, jak aplikacja komunikuje stan: technik musi widzieć, że dane czekają na wysyłkę, bez interpretowania chmurek
Najczęstsze pytania
Czy praca offline działa też na słabych, starszych telefonach?
Tak — to wymóg projektowy, nie przypadek. Aplikacja terenowa musi działać na telefonie, który technik ma w kieszeni, nie na flagowcu z prezentacji. Testujemy na sprzęcie z niższej półki i w rękawicach roboczych.
Ile praca offline dodaje do kosztu aplikacji?
Realnie 15–25 tys. zł przy budowie od początku — i wielokrotność tego przy dorabianiu po fakcie, bo zmienia architekturę zapisu danych. Dlatego decyzję o offline podejmuje się w pierwszym tygodniu, nie po wdrożeniu.
Czy dane na telefonach techników są bezpieczne?
Lokalna baza zawiera tylko dane potrzebne do bieżących wizyt, dostęp chroni logowanie, a po wylogowaniu lub zdalnym odcięciu konta dane znikają z urządzenia. Zgubiony telefon nie oznacza wycieku bazy klientów.