Jedna baza kodu, dwie platformy, jeden zespół
Osobne aplikacje natywne mają sens przy grach i zaawansowanej grafice.
Przy aplikacji biznesowej podwajają koszt i tempo wydawania zmian — a różnicy użytkownik nie zauważa.
Dla kogo
- Firmy potrzebujące aplikacji dla pracowników w terenie
- Produkty z istniejącym backendem, którym brakuje kanału mobilnego
- Zespoły, którym osobne wersje iOS i Android rozjeżdżają się funkcjonalnie
Co wchodzi w zakres
- Wspólna logika, natywne wykończenie
Jedna implementacja procesu, a różnice platform tam, gdzie użytkownik naprawdę ich oczekuje — nawigacja, powiadomienia, uprawnienia.
Więcej
Aplikacja ma wyglądać na swoją na obu systemach.
- Praca offline
Zapis lokalny i synchronizacja po odzyskaniu połączenia.
Więcej
Przy pracownikach w terenie to nie jest dodatek, tylko warunek, żeby ktokolwiek tego używał.
- Wydania i aktualizacje
Publikacja w obu sklepach, wersjonowanie i kanał testowy dla Waszego zespołu.
Więcej
Proces wydawniczy ustalamy na starcie, bo to on decyduje o tempie późniejszych zmian.
- Integracja z Waszym backendem
Aplikacja mobilna prawie nigdy nie jest samodzielna.
Więcej
Jeśli API nie jest gotowe na ruch mobilny, mówimy to przed wyceną, bo zwykle jest to większa część pracy niż sam ekran.
Szerzej
Dlaczego React Native, a nie Flutter
Używamy obu i wybór zależy od projektu. React Native wygrywa, gdy zespół zna już TypeScript i React albo gdy aplikacja dzieli logikę z częścią webową. Flutter bywa lepszy przy rozbudowanym, spójnym interfejsie własnym. To jest decyzja na warsztat, nie preferencja z góry.
Od czego zaczynamy
Od sprawdzenia backendu. Najczęstszą przyczyną opóźnień w projektach mobilnych nie jest aplikacja, tylko API, które powstało pod przeglądarkę i nie radzi sobie ze słabym łączem ani z pracą offline.
Pytania o ten zakres
Kiedy odradzacie React Native?
Przy zaawansowanej grafice, ciężkim przetwarzaniu obrazu lub dźwięku oraz tam, gdzie aplikacja opiera się na świeżo wydanych funkcjach systemu. W tych przypadkach natywna implementacja jest po prostu właściwym wyborem i tak mówimy.
Czy aplikacja będzie działać wolniej niż natywna?
Przy aplikacji biznesowej — nie w sposób, który użytkownik zauważy. Różnica ujawnia się przy animacjach złożonych i pracy z dużą ilością danych na ekranie, i to są konkretne miejsca, które sprawdzamy na warsztacie.
Czy możecie przejąć istniejącą aplikację?
Tak, zaczynając od audytu kodu i procesu wydawniczego. Przy aplikacjach mobilnych dochodzi jeszcze jedna rzecz do sprawdzenia: dostęp do kont deweloperskich w sklepach, bez których nie da się wydać aktualizacji.
Usługa nadrzędna i pokrewne zakresy
Masz pomysł? Porozmawiajmy.
Pierwsza rozmowa jest bezpłatna. Odpowiadamy w jeden dzień roboczy.