Ekrany są, aplikacji nie ma
Poprzedni wykonawca oddał zbudowane widoki, ale build nie przechodzi review w App Store i nikt nie potrafi odpowiedzieć recenzentowi. Każda odpowiedź to kolejny cykl review — i kolejny tydzień.
Tworzenie aplikacji mobilnych na iOS i Android
Projektujemy, budujemy i publikujemy aplikacje mobilne — natywne i wieloplatformowe. Bierzemy na siebie backend, integracje i wydanie w App Store oraz Google Play. Odbierasz aplikację dostępną w sklepie, nie paczkę ekranów do wydania.
Z czym najczęściej do nas przychodzisz
Masz wersję webową, nie masz mobilnej
Klient szuka Cię w App Store, nie znajduje i wraca do przeglądarki, gdzie za każdym razem loguje się od nowa. Ikona konkurencji zostaje na jego ekranie startowym — Twoja nie.
Dwóch wykonawców, dwie różne aplikacje
iOS robi jedna firma, Androida druga, a po kilku miesiącach ten sam ekran działa inaczej na każdym z telefonów. Każdą poprawkę ustalasz dwa razy — i czekasz dwukrotnie dłużej.
Co budujemy w aplikacji
Interfejs pod wytyczne platform
Nawigacja, gesty i typografia zgodne z HIG i Material Design
Tryb offline
Dane lokalne i synchronizacja po powrocie sieci
Powiadomienia push
Wysyłka przez APNs i FCM, segmentacja, ekran ustawień
Integracja z backendem i API
Podłączenie do Twojego systemu albo backend od zera
Publikacja w sklepach
Karty produktu, certyfikaty, deklaracje o danych, wysyłka do review
Analityka i raporty awarii
Zdarzenia w lejku i raporty crashy z numerem wersji
Co dostajesz na koniec
- Kod źródłowy w repozytorium na Twoim koncie
- Aplikację opublikowaną w App Store i Google Play
- Backend, bazę danych i środowiska wraz z dostępami
- Dokumentację architektury i instrukcję wydania nowej wersji
- Materiały do sklepów: ikony, zrzuty ekranu, opisy, politykę prywatności
Jak pracujemy
Analiza i zakres
3–5 dniRozbieramy pomysł na listę ekranów i funkcji, ustalamy, co wchodzi do pierwszej wersji, a co czeka. Przechodzimy scenariusz oczami użytkownika, żeby wyłapać ekrany, o których nikt nie pomyślał. Tu też zapada decyzja: natywnie czy wieloplatformowo.
Projekt ekranów
1–2 tygodnieRysujemy makiety i klikalny prototyp zgodne z wytycznymi obu platform. Wgrywamy prototyp na Twój telefon, żebyś przeszedł cały scenariusz kciukiem, a nie na ekranie laptopa. Poprawiamy układ, dopóki ścieżka nie jest oczywista bez tłumaczenia.
Rozwój
2–4 tygodnie do pierwszej wersjiBudujemy aplikację i backend równolegle. Wysyłamy build przez TestFlight i testy wewnętrzne Google Play co tydzień, więc postęp widzisz na urządzeniu, a nie na zrzutach ekranu. Domykamy funkcje po kolei, zaczynając od głównego scenariusza.
Testy na urządzeniach
3–5 dniSprawdzamy aplikację na starszych i nowszych modelach, przy słabym łączu i po utracie sieci. Odtwarzamy sytuacje z życia: winda, metro, przerwana płatność, telefon w środku formularza. Poprawiamy to, co wyjdzie, zanim build trafi do sklepu.
Publikacja
wysyłka w 1 dzień, review po stronie sklepówPrzygotowujemy karty w App Store i Google Play, konfigurujemy certyfikaty oraz deklaracje o danych. Wysyłamy build do review i odpowiadamy na uwagi recenzentów w Twoim imieniu. Termin review należy do Apple i Google, więc podajemy go jako widełki, nie obietnicę.
Utrzymanie i rozwój
umowa miesięcznaMonitorujemy awarie, wydajemy poprawki i przygotowujemy aplikację na coroczne wersje iOS i Androida. Testujemy build na becie systemu, zanim aktualizacja dotrze do Twoich użytkowników. Nowe funkcje planujemy w kolejnych wydaniach.
Natywna vs cross-platform (React Native / Flutter)
Nie ma tu jednej dobrej odpowiedzi — jest wybór między tempem a kontrolą. Przy aplikacjach biznesowych zwykle proponujemy cross-platform, przy grafice i przetwarzaniu w czasie rzeczywistym — natywnie. Decyzja zapada po przejrzeniu listy funkcji.
| Natywna (Swift / Kotlin) | Cross-platform (React Native / Flutter) | |
|---|---|---|
| Czas do pierwszej wersji | Dwie aplikacje; ten sam ekran dwa razy | Jedna baza kodu; ekran raz na oba systemy |
| Nakład pracy | Dwie implementacje i dwa zestawy kompetencji: Swift i Kotlin | Jedna baza kodu; mniejsza przewaga przy ekranach różnych na każdej platformie |
| Wydajność | Gry, ciężka grafika 3D, długa praca z kamerą, obróbka wideo | Listy, formularze, mapy, czat, płatności — większość aplikacji biznesowych |
| Dostęp do funkcji urządzenia | Pełny od pierwszego dnia; nowe API systemu od razu | Kamera, GPS, push, Bluetooth, biometria przez gotowe moduły |
| Utrzymanie w dłuższym okresie | Dwa repozytoria i dwie ścieżki wydań; zależność od Apple i Google | Jedna poprawka na obie platformy; dodatkowa zależność od frameworka |
Kiedy odradzamy aplikację mobilną
Nie każdy pomysł potrzebuje sklepu. Trzy sytuacje, w których uczciwiej jest tego nie robić.
Pomysł nie jest jeszcze zweryfikowany
Jeśli nie wiesz, czy ludzie będą tego używać, aplikacja webowa da odpowiedź szybciej i taniej. Bez review, certyfikatów i drugiej platformy pierwsi użytkownicy trafiają do produktu w tym samym tygodniu. Do sklepu wracamy, gdy już wiadomo, co ma być w środku.
Zadanie sprowadza się do treści
Katalog, blog albo formularz kontaktowy nie potrzebują instalacji. Użytkownik i tak otworzy to w przeglądarce, a Apple odrzuca aplikacje będące opakowaną stroną. Mówi o tym punkt 4.2 wytycznych App Store, a odrzucony build wraca do Ciebie po kilku dniach.
Nie ma budżetu na czas po premierze
Aplikacja mobilna wymaga wydania przy każdej dużej wersji iOS i Androida, a te wychodzą co roku. Bez zaplanowanego utrzymania po roku zaczynają się awarie na nowych telefonach, a po dwóch aplikacja znika ze sklepu. Utrzymanie ustalamy w osobnej umowie, zanim ruszy budowa.
Technologie
- React Native
- TypeScript
- Swift
- Kotlin
- REST i GraphQL
- APNs i FCM
- Backend dobierany pod projekt
- App Store Connect
- Google Play Console
Najczęstsze pytania
Ile kosztuje stworzenie aplikacji mobilnej?
Zakres decyduje: liczba ekranów i ról, tryb offline, płatności i integracje. Wycenę oraz harmonogram dostajesz po analizie zakresu, przed podpisaniem umowy.
Ile trwa budowa aplikacji mobilnej?
3–5 tygodni do pierwszej działającej wersji, po ustaleniu zakresu. Pełna aplikacja z płatnościami i trybem offline to zwykle 2–4 miesiące. Review w sklepach dochodzi osobno, a jego termin ustala Apple, nie my.
Natywnie czy wieloplatformowo — co wybrać?
Wieloplatformowo w większości projektów biznesowych: jedna baza kodu i jedna poprawka na obie platformy. Natywnie budujemy przy grafice, kamerze w czasie rzeczywistym i świeżych API systemu. Decyzja zapada po przejrzeniu listy funkcji.
Czy publikujecie aplikację w App Store i Google Play?
Tak, publikacja jest po naszej stronie. Przygotowujemy karty w sklepach, konfigurujemy certyfikaty, wysyłamy build do review i odpowiadamy recenzentom. Konta deweloperskie zakładamy na Twoją firmę.
Co jeśli mam już backend lub aplikację webową?
Podłączamy się do tego, co masz. Jeśli backend ma API, budujemy wyłącznie warstwę mobilną, a brakujące endpointy dokładamy. Ekrany projektujemy od nowa pod wytyczne iOS i Androida.
Czy dostanę kod źródłowy?
Tak, od pierwszego dnia pracy. Kod trafia do repozytorium na Twoim koncie, a razem z nim dokumentacja, instrukcja wydania i konta w App Store Connect. Projekt może przejąć inny zespół.
Co obejmuje utrzymanie po premierze?
Monitoring awarii, poprawki błędów, aktualizacje zależności i wydania wymuszone przez nowe wersje iOS oraz Androida. Te wychodzą co roku i bez nich aplikacja z czasem przestaje działać. Rozwój funkcji rozliczamy osobno.