Jak wybrać firmę do aplikacji w React Native?

Katalogi takie jak Clutch czy DesignRush pomagają zbudować krótką listę firm: widzisz recenzje, lokalizację, stawki i typowe budżety. To dobry początek, ale ranking nie odpowiada na pytanie, czy dana firma potrafi doprowadzić do produkcji aplikację, zaplecze systemu, publikację w sklepach i utrzymanie po starcie.

Toptal i podobne platformy pomagają znaleźć pojedynczych ekspertów React Native. To inna decyzja niż wybór firmy odpowiedzialnej za produkt. Samodzielny specjalista może być świetny przy małym zakresie, ale nie przejmie automatycznie odpowiedzialności za rozpoznanie projektu, testy, weryfikację aplikacji w sklepach, połączenia z systemami firmy i plan utrzymania.

Dlatego wybór partnera powinien wyglądać jak ocena ryzyka, a nie przegląd najładniejszych ekranów w portfolio. Najlepszy dostawca potrafi pokazać działające wdrożenia i jasno powiedzieć, czego nie wie przed rozpoznaniem projektu.

Dobre odpowiedzi są konkretne: nazwy aplikacji, role w zespole, plan publikacji, przykład raportu z testów. Unikaj agencji, które mówią „robiliśmy coś podobnego”, ale nie pokazują linku do sklepu.

GMI Software: ponad 50 aplikacji w sklepach, React Native z Expo i TypeScript, rozpoznanie biznesu, projektu i technologii oraz stała cena po rozpoznaniu projektu, pełne przekazanie kodu. Dostarczamy też zaplecze systemu w NestJS lub Medusa i prowadzimy publikację - jeden partner zamiast przerzucania odpowiedzialności między dostawcami.

1. Pokażcie działające aplikacje w App Store i Google Play - z linkami, nie makietami.
2. Kto odpowiada za zaplecze systemu, połączenia z systemem finansowo-magazynowym i zasady wymiany danych z aplikacją mobilną?
3. Czy oferujecie stałą cenę po rozpoznaniu projektu, czy tylko rozliczenie godzinowe?
4. Jak wygląda publikacja, zgodność z wymaganiami prywatności i bezpieczeństwa danych oraz późniejsze aktualizacje w sklepach?
5. Kto jest właścicielem kodu i repozytoriów po projekcie?
6. Jak mierzycie jakość - testy pełnych ścieżek użytkownika narzędziami Maestro lub Detox, odsetek sesji bez awarii i przegląd kodu przed scaleniem zmian?
7. Macie doświadczenie w mojej branży: sprzedaż internetowa, sprzedaż firmowa, medycyna albo urządzenia połączone z aplikacją?

Expo Application Services, czyli przygotowywanie wersji aplikacji, poprawki bez pełnej publikacji w sklepie i zarządzanie danymi dostępowymi; TypeScript od aplikacji po zaplecze systemu; React Navigation; zarządzanie stanem, na przykład Zustand albo Redux, gdzie ważna jest spójność, nie moda; połączenie z punktami wymiany danych przez REST albo GraphQL; powiadomienia wysyłane na telefon przez Firebase Cloud Messaging i Apple Push Notification service; linki prowadzące do konkretnych miejsc w aplikacji oraz analityka w Firebase albo Amplitude.

Doświadczenie w publikacji: App Store Connect, Google Play Console, formularz bezpieczeństwa danych, etykiety prywatności, sposób aktualizacji i plan wycofania błędnej wersji. Pierwsza publikacja bez doświadczonego partnera potrafi dodać tygodnie opóźnienia.

Zaplecze systemu w jednym zespole: NestJS lub Medusa, wspólne typy danych w jednym repozytorium, testy zasad wymiany danych. GMI łączy React Native z zapleczem napisanym w TypeScript - zmiana w zapleczu zatrzymuje przygotowanie aplikacji mobilnej, zanim błąd trafi do użytkowników.

Testy: Maestro lub Detox na krytycznych ścieżkach, takich jak logowanie, koszyk i płatność; Sentry do rejestrowania awarii; przegląd kodu przed scaleniem zmian. To nie płatny dodatek - to minimum przy sprzedaży internetowej i płatnościach, bo koszt błędu pojawia się dopiero po odrzuceniu wersji albo utracie zamówień.

Samodzielny specjalista ma sens, gdy zakres jest mały: poprawka, prototyp, 1-2 ekrany, gotowe zaplecze systemu i ktoś po Twojej stronie prowadzi testy oraz publikację. Ryzyko rośnie, gdy jedna osoba ma jednocześnie projektować architekturę, zaplecze systemu, testy i publikację.

Czasowe uzupełnienie zespołu ma sens, gdy masz już właściciela produktu, lidera technicznego, testy, sposób publikacji i architekturę. Kupujesz wtedy dostępność specjalistów, nie odpowiedzialność za produkt. To dobra opcja dla dojrzałego zespołu, słaba dla firmy, która dopiero tworzy kanał mobilny i potrzebuje partnera prowadzącego cały zakres.

Zespół produktowy albo agencja z odpowiedzialnością za wynik pasuje, gdy aplikacja wpływa na przychód, retencję, operacje albo reputację marki w sklepach. Wtedy partner powinien doprowadzić do końca rozpoznanie projektu, użyteczność, React Native, zaplecze systemu, połączenia między systemami, testy, publikację i utrzymanie.

Współpraca w bliskiej strefie czasowej, na przykład z Polską dla klientów z UE, Wielkiej Brytanii i USA, daje wspólne godziny pracy, stawki 30-50% niższe niż w USA przy podobnym poziomie doświadczenia, prowadzenie projektu po angielsku i faktury w EUR/USD. GMI pracuje w ten sposób z klientami z Niemiec, Wielkiej Brytanii, USA i Skandynawii.

Lokalna agencja w kraju klienta oznacza wyższy koszt i łatwiejsze spotkania na miejscu. Ma sens, gdy wymagany jest stały pobyt zespołu u klienta przez cały projekt - przy React Native i pracy zwinnej zdarza się to rzadko.

Zespół zdalny z dużą różnicą czasu kusi najniższą stawką, ale zwiększa ryzyko komunikacji, rotacji zespołu i jakości przeglądu kodu. Przy połączeniach z systemem finansowo-magazynowym i zgodności z wymaganiami, na przykład płatniczymi albo medycznymi, oszczędność na stawce bywa iluzoryczna po kosztach poprawek.

Kluczowe są nie kraj i stawka, lecz referencje w sklepach, rozpoznanie projektu, stała cena i to, czy partner bierze odpowiedzialność za zaplecze systemu oraz wdrożenie.