Aplikacje mobilne
na iOS i Android
Natywne (Swift, Kotlin), cross-platform (React Native, Flutter) i Progressive Web Apps. Dobieramy stack pod produkt — nie odwrotnie. Od decyzji o platformie, przez App Store i Google Play, po maintenance i updaty SDK.
Co dostajesz
Stack dobrany pod problem, aplikacja w sklepie, backend, maintenance, monitoring crashlytics. Nie tylko APK na walizce.
iOS native (Swift / SwiftUI)
Aplikacja natywna na iPhone i iPad, zgodna z Human Interface Guidelines. SwiftUI dla nowego kodu, UIKit gdzie ma sens. TestFlight, App Store Connect.
Android native (Kotlin / Jetpack Compose)
Aplikacja natywna na Material Design 3, Jetpack Compose dla UI, coroutines, WorkManager. Internal testing, Google Play Console.
Cross-platform: React Native / Flutter
Jeden kod, obie platformy. RN gdy duży udział JS w zespole, Flutter gdy zależy na pixel-perfect UI. Bridge do natywnych SDK gdy trzeba.
PWA — Progressive Web App
Aplikacja webowa instalowalna na ekranie domowym, działa offline (service worker), push notifications. Bez App Store, bez 30% Apple tax.
Backend API + sync offline
REST lub GraphQL (zwykle Node/Python/Go). Sync offline-first, conflict resolution, push notifications (APNS/FCM), uwierzytelnianie (OAuth2/JWT).
Publikacja w sklepach + maintenance
App Store review (zgodność z guidelines), Google Play review, screenshoty, ASO. Po launchu — monitoring crashlytics, updaty pod nowe SDK iOS/Android.
Proces krok po kroku
Kiedy ma sens
App dla pracowników terenowych
Kierowcy, serwisanci, ekipy budowlane, fotografowie nieruchomości. Offline-first, kamera, GPS, formularze z synchronizacją.
Companion app do produktu (IoT, sprzęt)
Sprzedajecie urządzenie — aplikacja steruje nim przez Bluetooth/Wi-Fi, pokazuje dane z czujników, push'uje aktualizacje firmware.
App konsumencka (marketplace, social, fitness)
Produkt B2C z opłatą za pobranie/subskrypcją. Konieczna obecność w App Store i Google Play, push notifications, ASO.
Wewnętrzna app firmowa (zamiast WhatsApp)
Zamiast trzymać procesy w WhatsAppie i Excelu — dedykowana app na firmowe iPhone'y/Androidy. Dystrybucja przez MDM lub TestFlight.
Najczęstsze pytania
iOS native, React Native czy Flutter — co wybrać?
Reguła kciuka: native gdy aplikacja mocno korzysta z hardware (AR, Bluetooth, ML, kamera advanced) lub gdy zależy na performance (gry, edytory). React Native gdy macie zespół JS/TS i chcecie sharing kodu z webem. Flutter gdy zależy na pixel-perfect UI identycznym na obu platformach. PWA gdy nie potrzebujecie App Store i chcecie szybko iterować.
Ile czasu zajmuje publikacja w App Store i Google Play?
App Store review: typowo 24-48h od submisji, czasem do tygodnia jeśli Apple chce reject. Google Play: zwykle kilka godzin dla nowych apek, ale pierwsze konto deweloperskie może wymagać dłuższej weryfikacji (do 2 tygodni). Liczcie 1-2 tyg buforu przed planowanym launchem.
Czy PWA może zastąpić aplikację natywną?
W ~60% przypadków — tak. PWA wspiera offline, push, geolocation, kamerę. Nie wspiera: Bluetooth LE w pełni (iOS), zaawansowanej AR, niskopoziomowych integracji z systemem. PWA nie jest w App Store (Apple blokuje), więc gubicie kanał discovery. Idealna dla B2B i wewnętrznych apek.
Kto utrzymuje aplikację po launchu?
Wybór: my w trybie SLA (minor releases, bug fixes, updaty pod nowe SDK iOS/Android co rok), albo handover do Waszego zespołu z warsztatem onboardingu. iOS i Android wymagają aktywnej obsługi — co roku Apple i Google publikują nowe SDK, część API jest deprecated, trzeba przebudowywać.
Czy aplikacja może być hybrydowa (część natywna + web)?
Tak. Częsta architektura: shell natywny (iOS/Android) + część widoków jako WebView ładujące responsywny web (np. produkt katalog). Korzystne gdy macie dużo dynamicznego contentu — łatwiej aktualizować bez nowego release w App Store.
Co dalej?
Aplikacja
mobilna
na radarze?
30-minutowa rozmowa — opowiesz co ma robić, dla kogo, na jakim urządzeniu. Wrócimy z propozycją stacku, czasem i wyceną.