Kiedy firma potrzebuje aplikacji mobilnej?
Klienci pytają o aplikację, a masz tylko stronę, która na telefonie działa średnio.
Dwie osobne aplikacje, na Androida i iOS, to podwójny koszt, na który nie masz budżetu.
Aplikacja musi korzystać z danych ze sklepu, ERP albo CRM, a nie żyć obok nich.
Chcesz sprawdzić pomysł, zanim wydasz pieniądze na pełną wersję.
Aplikacja od poprzedniego wykonawcy nie przechodzi już weryfikacji w sklepach z aplikacjami.
Nie wiesz, czy potrzebujesz aplikacji ze sklepu, czy wystarczy PWA.
React Native, PWA czy aplikacja natywna?
Doradzamy uczciwie. Często tańsze rozwiązanie w zupełności wystarcza.
React Native
Jeden kod działa na Androidzie i iOS. Aplikacja powstaje szybciej i taniej niż dwie osobne, a przy tym korzysta z aparatu, powiadomień i lokalizacji. Nowe projekty budujemy w Expo.
PWA
Aplikacja instalowana z przeglądarki, bez publikacji w App Store i Google Play. Dobra na start, gdy nie potrzebujesz zaawansowanych funkcji telefonu.
Backend i API
Aplikacja mobilna to zwykle też serwer: konta użytkowników, płatności, powiadomienia, panel administracyjny. Budujemy je w Laravelu i Node.js.
Tworzenie aplikacji mobilnych od projektu po publikację
Projekt UX/UI
Ekrany projektujemy pod kciuk, nie pod monitor. Prototyp klikasz, zanim powstanie pierwsza linijka kodu.
Programowanie
React Native na obie platformy albo PWA. Każda zmiana przechodzi code review.
Integracje
WooCommerce, Shopify, Magento, systemy ERP i CRM oraz każdy system, który ma API.
Publikacja w sklepach
Przygotowujemy aplikację do App Store i Google Play i przeprowadzamy ją przez weryfikację.
Utrzymanie
Poprawki, aktualizacje pod nowe wersje Androida i iOS oraz rozwój o kolejne funkcje.
MVP aplikacji
Pierwsza wersja z tym, co najważniejsze, żeby sprawdzić pomysł na prawdziwych użytkownikach.
Tworzenie MVP →Jak powstaje aplikacja mobilna
Rozmowa o pomyśle
Kto będzie korzystał z aplikacji, co ma robić i z jakimi systemami ma się łączyć.
Zakres i wycena
W ciągu 1–2 dni roboczych dostajesz propozycję z zakresem, stackiem i ceną. Doradzimy, czy wystarczy PWA.
Projekt i prototyp
Klikalny prototyp najważniejszych ekranów. Poprawki są tanie, dopóki nie ma kodu.
Budowa i testy
Programujemy etapami i testujemy na prawdziwych telefonach, nie tylko w emulatorze.
Publikacja i rozwój
Wysyłamy aplikację do sklepów, a potem rozwijamy ją na podstawie opinii użytkowników.
Dlaczego aplikacje w React Native budujemy w Expo?
Expo to framework na React Native. Przejmuje budowanie, podpisywanie i większość konfiguracji natywnej, więc więcej czasu idzie na same ekrany.
Dokumentacja React Native poleca zaczynać nowe projekty od frameworka i jako przykład podaje właśnie Expo. Z naszego doświadczenia to dobry punkt startu dla większości aplikacji firmowych.
Co daje Expo?
- Jeden kod i jedna konfiguracja. Ikona, ekran startowy i uprawnienia siedzą w jednym pliku, a nie osobno w projektach na iOS i Androida.
- EAS Build. Pliki instalacyjne buduje chmura Expo. Wersję na iOS zbudujesz bez własnego Maca, choć do publikacji i tak potrzebne jest konto Apple Developer.
- Development build. To własna wersja aplikacji testowej z bibliotekami natywnymi, których nie ma w Expo Go, na przykład Firebase albo Stripe. Instalujesz ją na telefonie, a zmiany w kodzie JavaScript widać od razu, bez nowej kompilacji.
- Push przez expo-notifications. Jedno API do zgody na powiadomienia, pobrania tokenu i reakcji na kliknięcie, na obu platformach.
- Spójne aktualizacje. Każde SDK Expo ma przypisaną wersję React Native i sprawdzone wersje bibliotek. Podnosimy je razem, zamiast dobierać zależności po jednej.
Kiedy czysty React Native albo kod natywny?
Expo nie zamyka drogi do kodu natywnego. Własny moduł w Swifcie albo Kotlinie piszemy przez Expo Modules API, a zmiany w projektach natywnych wprowadzamy pluginami konfiguracyjnymi. Czysty React Native rozważamy, gdy ma on wejść jako fragment do istniejącej aplikacji natywnej albo gdy firma ma własny proces budowania i podpisywania, którego nie chce ruszać. Gdy aplikacja opiera się głównie na ciężkiej grafice 3D, przetwarzaniu obrazu na żywo albo widżetach systemowych, część kodu piszemy natywnie. Przy zwykłej aplikacji zakupowej czy firmowej zdarza się to rzadko.
Aplikacja zakupowa dla marki sprzedającej online
Aplikacja mobilna sklepu internetowego na Magento 2: od katalogu po płatność i powiadomienia push.
Marka miała działający sklep na Magento 2 i chciała aplikacji, w której klient przejdzie całą drogę od kategorii do zapłaty. Pracowaliśmy nad nią od lipca 2023 do listopada 2024.
Stack
- Expo SDK 49, React Native 0.72 i TypeScript.
- Redux Toolkit dla koszyka i stanu aplikacji, React Navigation dla ekranów i zakładek.
- react-native-reanimated: karuzela zdjęć produktu, rozwijane menu i akordeony.
- EAS Build z dwoma profilami: development build do pracy i build produkcyjny. Oba szły dystrybucją wewnętrzną, jako APK do testów.
Ekrany
Kategorie, karta produktu z galerią i powiększaniem zdjęć, wyszukiwarka, ulubione, koszyk, adres i metoda dostawy, termin dostawy, metoda płatności, kupony rabatowe, podsumowanie zamówienia i profil. Razem z ekranem głównym, płatnością i podziękowaniem za zamówienie to 15 ekranów.
Połączenie ze sklepem
Aplikacja nie ma własnej bazy produktów ani zamówień. Koszyk, wycena dostawy, kupony i złożenie zamówienia idą przez REST API Magento, przez warstwę pośrednią na serwerze. Zamówienie z telefonu ląduje w tym samym panelu co zamówienie ze strony. Płatność kartą obsługuje Stripe.
Powiadomienia push
Push działa na expo-notifications i Firebase Cloud Messaging. Firebase i Stripe wymagają kodu natywnego, więc aplikację testowaliśmy w development buildzie, a nie w Expo Go. Aktualizacji OTA (expo-updates) w tym projekcie nie było: każda zmiana oznaczała nowy build.
Inne aplikacje, które budujemy dla klientów
Nie tylko sklepy w telefonie. Często to narzędzie do pracy na produkcji, w magazynie albo na parkingu.
Nowe produkty z telefonu do Subiekta i sklepu
Pracownik przy towarze skanuje kod EAN i robi zdjęcia. Aplikacja pobiera dane z Subiekta, wycina tło i przygotowuje opis z AI, a produkt trafia do sklepu i z powrotem do Subiekta. Działa na telefonie jak aplikacja (PWA).
Opis wdrożenia →Parking z kamerami Dahua
Kamery rozpoznają tablice rejestracyjne, a system sprawdza rezerwację i białą listę, zanim otworzy szlaban. Obsługa widzi w panelu zdjęcie każdego wjazdu i decyzję systemu. Kamery innych producentów i zewnętrzne systemy podłącza się przez adaptery i API.
Jak to działa →Ile kosztuje stworzenie aplikacji mobilnej?
Na cenę najbardziej wpływają: liczba ekranów i funkcji, integracje z systemami (sklep, ERP, CRM, płatności), logowanie i konta użytkowników oraz to, czy aplikacja ma trafić do App Store i Google Play, czy wystarczy PWA.
Jeśli chcesz najpierw sprawdzić pomysł, zacznij od MVP aplikacji. Wycenę z zakresem i stackiem wysyłamy w ciągu 1–2 dni roboczych od rozmowy.
Najczęstsze pytania o aplikacje mobilne
Opowiedz o swojej aplikacji
Współpracowałam z Kamilem przy kodowaniu Landing Pages. Mogę polecić go z uwagi na jego otwartość, chęć rozwoju współpracy i wytrzymałość na moją perfekcję pikselową
Współpraca z ASAPDevs przebiega bardzo profesjonalnie. Zleciliśmy przeniesienie naszego sklepu internetowego na nową platformę i cały proces przebiegł bardzo sprawnie. Specjaliści bez problemu wdrażają wszystkie modyfikacje.
Z bloga
Kreator produktu z AI w WooCommerce: jak dodajemy produkty z telefonu →
Pracownik skanuje kod EAN telefonem, a kreator pobiera dane z Subiektu, wycina tło ze zdjęć i przygotowuje opis. Jak działa i co testowaliśmy.
System parkingowy z kamerami Dahua: ANPR, szlaban, biała lista i API →
Kamera odczytuje tablicę, aplikacja sprawdza rezerwację i białą listę, szlaban się otwiera. Jak to zbudowaliśmy i jak oddzieliliśmy kod producenta, żeby podłączyć inne kamery i zewnętrzne API.