Połączenie z backendem
Czytelne kontrakty z API i systemami biznesowymi, także w sytuacjach awarii.
Kompetencja 02 · Aplikacje mobilne
Pracę nad aplikacją mobilną zaczynamy od sytuacji, w których będzie używana: co człowiek chce osiągnąć, co może zapewnić urządzenie, co powinno wydarzyć się przy słabym połączeniu i jakie gwarancje muszą dawać usługi w tle.
Produkty i narzędzia pracy
Może chodzić o nowy produkt mobile-first, aplikację dla klientów, narzędzie operacyjne lub terenowe albo aplikację towarzyszącą większej usłudze. Punktem wyjścia może być też istniejący produkt, który potrzebuje czytelniejszego działania, lepszych fundamentów lub ostrożnej modernizacji.
Zakres inżynieryjny
Dobre doświadczenie mobilne zależy od czegoś więcej niż widoczny interfejs. Decyzje techniczne wokół aplikacji określają, czy pozostanie szybka, bezpieczna i godna zaufania w codziennym użyciu.
Czytelne kontrakty z API i systemami biznesowymi, także w sytuacjach awarii.
Dostęp i sesje dopasowane do wrażliwości danych oraz kontekstu użycia.
Celowa komunikacja we właściwym czasie, z poszanowaniem kontroli użytkownika.
Aparat, lokalizacja, czujniki lub pamięć lokalna używane wtedy, gdy służą produktowi.
Świadome zachowanie lokalne i synchronizacja tam, gdzie nie można zakładać idealnej sieci.
Dostarczanie, obserwacja i zgodność w czasie traktowane jako część produktu.
Jak system tworzy spójną całość
Oprogramowanie mobilne przekracza granice stanów urządzenia, sieci, uprawnień i usług zewnętrznych. Wyraźnie opisujemy te przejścia, by produkt zachowywał się zrozumiale zamiast zawodzić na połączeniach.
Zadanie ma pozostać jasne w środowisku, w którym rzeczywiście jest wykonywane.
API, systemy biznesowe, urządzenia i usługi zewnętrzne potrzebują przemyślanych kontraktów.
Przerwane żądania, wygasły dostęp i brak sieci wymagają użytecznego zachowania.
Produkt musi działać, gdy zmieniają się usługi, urządzenia i warunki operacyjne.
Cechy inżynieryjne
Szybkość reakcji, bezpieczeństwo, zrozumiała obsługa i łatwość utrzymania wspólnie budują zaufanie do produktu mobilnego. Rozpatrujemy je razem, zamiast poświęcać fundamenty dla efektownego pierwszego wrażenia.
Produkt może potrzebować dedykowanego backendu, integracji z oprogramowaniem biznesowym, funkcji urządzenia i wybranej automatyzacji. To części jednego systemu produktowego, a nie powód, by sprowadzać mobile do warstwy frontendowej.
Otwarte zaproszenie
Może to być nowy produkt, istniejąca aplikacja wymagająca poprawy albo potrzeba mobilna, którą nadal trudno precyzyjnie nazwać.