Tworzenie aplikacji na iOS zaczyna się u mnie od 1 800 € za MVP, które działa na iPhonie i przy okazji na Androidzie, a pierwsza wersja powstaje w 3-5 tygodni. Aplikację czysto natywną w Swift wyceniam osobno, bo jej koszt zależy od tego, jak głęboko wchodzi w ekosystem Apple. Niżej rozpisuję, z czego składa się cena, kiedy Swift ma sens i o czym Apple przypomni ci w review, jeśli nie pomyślisz o tym wcześniej.
Piszę z perspektywy kogoś, kto sam przeprowadził aplikację przez App Store. Body Forge to natywny tracker treningów w SwiftUI z trenerem AI - można go pobrać z polskiego App Store i sprawdzić, jak działa, zanim uwierzysz w cokolwiek z tego tekstu.
Dlaczego firmy często zaczynają od iOS
Kiedy budżet nie pozwala od razu na dwie platformy, wybór między iOS a Androidem to kwestia odbiorców, a nie gustu.
Użytkownicy iPhone'a chętniej płacą w aplikacjach i łatwiej zgadzają się na subskrypcję. Jeśli zarabiasz na sprzedaży albo abonamencie, iOS zwykle zwraca się szybciej. Druga sprawa to testy: Apple wypuszcza ograniczoną liczbę modeli, a większość ludzi szybko aktualizuje system, więc nie sprawdzasz aplikacji na setkach ekranów i wersji, jak na Androidzie.
Ale to nie reguła. W Polsce Android ma większy udział w rynku, więc przy aplikacji masowej - dowóz, lokalne usługi, program lojalnościowy dla sieci sklepów - start tylko na iPhone'a odetnie sporą część klientów. Wtedy od razu robię obie platformy z jednego kodu. Zanim coś polecę, pytam, kto konkretnie ma tę aplikację zainstalować.
Z czego składa się aplikacja na iOS
To, co widać na ekranie, to może połowa roboty. Reszta decyduje o cenie i o tym, czy aplikacja przejdzie review.
- Mapa ekranów i główny scenariusz. Kto jest użytkownikiem i które działanie przynosi pieniądze. Oszczędzanie tutaj kończy się przerabianiem gotowego kodu.
- Interfejs. W natywnej wersji SwiftUI, w cross-platform React Native z Expo. W obu przypadkach trzymam się Human Interface Guidelines, bo aplikacja, która nie zachowuje się jak aplikacja na iPhone'a, dostaje gorsze oceny.
- Backend i API. Konta, baza danych, synchronizacja. Poza bardzo prostymi narzędziami każda aplikacja coś przechowuje.
- Usługi Apple. Powiadomienia przez APNs, logowanie przez Sign in with Apple, płatności przez StoreKit, dane z Apple Health przez HealthKit, synchronizacja przez iCloud.
- Build i dystrybucja. Xcode, certyfikaty, App Store Connect, wersje testowe w TestFlight, opis, zrzuty ekranu i etykiety prywatności.
- Utrzymanie. Apple co roku wydaje nową wersję iOS i podnosi minimalną wersję Xcode, z którą przyjmuje buildy. Aplikację trzeba aktualizować, nawet jeśli nie dodajesz funkcji.
Tania oferta "za aplikację" to często same ekrany bez backendu i bez publikacji. Pytaj, co dokładnie jest w cenie, zanim porównasz dwie kwoty.
Ile kosztuje aplikacja na iOS
Moje pakiety i średnie ceny rynkowe w Polsce dla tego samego zakresu:
| Pakiet | Cena u mnie | Średnio na rynku | Termin | Co dostajesz |
|---|---|---|---|---|
| MVP | od 1 800 € | ok. 3 500 € | 3-5 tygodni | logowanie, główny scenariusz, publikacja w App Store i Google Play, podstawowa analityka |
| Aplikacja | od 4 200 € | ok. 9 000 € | 6-10 tygodni | backend i API, płatności i subskrypcje, powiadomienia push, wiele ekranów i ról |
| Produkt | od 9 000 € | ok. 18 000 € | od 10 tygodni | integracje z zewnętrznymi usługami, panel administracyjny, złożona logika, wsparcie po starcie |
Te pakiety dotyczą aplikacji cross-platform: iOS i Android z jednej bazy kodu. Aplikację tylko na iPhone'a w Swift wyceniam po rozmowie, bo przy HealthKit, widżetach czy synchronizacji przez iCloud zakres rośnie w miejscach, których nie widać na makiecie.
Cenę pcha złożoność backendu, liczba integracji i ról, praca offline. Liczba ekranów zmienia wycenę dużo mniej, niż się wydaje. Najdroższy błąd, jaki widzę: upychanie wszystkich pomysłów w pierwszą wersję. MVP z jednym dobrze zrobionym scenariuszem szybciej pokaże, za co ludzie są gotowi płacić. Szerszy przegląd kosztów, także dla Androida, jest w tekście ile kosztuje aplikacja mobilna.
Swift czy React Native na iOS
Na iPhone'a można pisać natywnie w Swift albo we frameworku wieloplatformowym, takim jak React Native czy Flutter, który przy okazji daje Androida.
Swift i SwiftUI wybieram, gdy aplikacja ma być tylko na iOS i mocno korzysta z tego, co daje Apple: Apple Health, iCloud, widżety, praca z aparatem i sensorami, ciężka grafika. Interfejs reaguje dokładnie tak, jak użytkownik iPhone'a się spodziewa, a nowe API z WWDC są dostępne od pierwszego dnia.
React Native z Expo wybieram, gdy w planach są obie platformy, a logika jest zwykła biznesowa: rezerwacje, katalog, konto klienta, zamówienia. Jeden kod daje iOS i Androida, więc nie płacisz dwa razy za tę samą funkcję. Poprawki mogą wychodzić przez aktualizacje OTA, bez czekania na review.
Tę decyzję trzeba podjąć przed startem. Przepisanie aplikacji z jednej technologii na drugą kosztuje prawie tyle, co zrobienie jej od nowa. Więcej o tym wyborze w tekście aplikacja natywna czy hybrydowa.
Przykład: Body Forge, natywna aplikacja w SwiftUI
Brief był prosty w opisie, trudniejszy w wykonaniu: trener w kieszeni, szybkie zapisywanie serii w trakcie treningu i prawdziwa analiza po nim, a nie ekran pełen wykresów.
Dlaczego natywnie, a nie React Native? Bo aplikacja jest tylko na iPhone'a, czyta tętno z Apple Health i synchronizuje dane przez CloudKit, a ekran treningu musi działać jedną ręką między seriami. Przy takim zestawie natywny Swift był oczywistym wyborem.
Co jest w środku:
- SwiftUI, Swift 5.9, iOS 17+, dane w Core Data z synchronizacją przez CloudKit.
- Integracja z Apple Health (tętno) przez HealthKit.
- Trener AI na GPT-4o, który czyta cały trening, porównuje go z ostatnimi tygodniami i w około 10 sekund oddaje krótką analizę z konkretną wskazówką na następny raz.
- Biblioteka ponad 200 ćwiczeń z wideo techniki i programy treningowe, w wersji rosyjskiej i angielskiej.
Aplikacja bez strony nie ma dokąd kierować ruchu, więc dla Body Forge zrobiłem też dwujęzyczny landing, który ładuje pierwszy ekran w około 0,7 sekundy i prowadzi prosto do App Store. Przy każdej aplikacji na iOS radzę o tym pomyśleć od razu, a nie po premierze.
Zasady Apple, o których lepiej wiedzieć przed startem
Część odrzuceń w review nie ma nic wspólnego z jakością kodu. Wynika z zasad, o których nikt nie pomyślał, zanim aplikacja była gotowa.
Konto Apple Developer kosztuje 99 $ rocznie. Konto firmowe wymaga numeru D-U-N-S, więc jeśli go nie masz, zacznij od tego - weryfikacja potrafi potrwać. Konto zakładam na twoją firmę, nie na siebie.
Płatności. Treści cyfrowe i subskrypcje sprzedawane w aplikacji muszą iść przez In-App Purchase. Apple bierze 15% w programie dla małych firm, standardowo 30%. Towary fizyczne i usługi realizowane poza aplikacją (dowóz, wizyta, bilet) rozliczasz zwykłą bramką, na przykład Stripe. To trzeba wpisać w model biznesowy przed pierwszą linijką kodu.
Prywatność. W App Store Connect wypełniasz etykiety prywatności, czyli jakie dane zbierasz i po co. Jeśli śledzisz użytkownika między aplikacjami, musisz zapytać o zgodę przez App Tracking Transparency. Jeśli aplikacja pozwala założyć konto, musi też pozwolić je usunąć z poziomu aplikacji.
Logowanie. Jeśli dajesz logowanie przez Google albo Facebooka, Apple oczekuje równorzędnej opcji dbającej o prywatność. W praktyce oznacza to Sign in with Apple.
Review. Większość zgłoszeń Apple sprawdza w ciągu doby, ale pierwsze zgłoszenie nowej aplikacji częściej wraca z pytaniami. Wersje testowe przez TestFlight możesz rozdać nawet 10 000 zewnętrznych testerów, zanim aplikacja trafi do sklepu. Cały proces krok po kroku opisałem w tekście jak opublikować aplikację w App Store.
Terminy i jak pracuję
MVP to 3-5 tygodni pracy, pełna aplikacja 6-10 tygodni, większy produkt od 10 tygodni. Do tego dolicz review w sklepach. Najczęściej hamuje nie kod, tylko decyzje: im jaśniej na starcie wiadomo, co ma być w pierwszej wersji, tym równiej idzie reszta.
Wygląda to tak:
- Rozmowa, około 30 minut. Kto jest użytkownikiem, na czym zarabiasz, co musi być w pierwszej wersji, a co poczeka.
- Mapa ekranów, wycena i umowa. Cena i data premiery są zapisane, zanim zacznę pisać kod.
- Pierwszy build w TestFlight. Po paru tygodniach klikasz aplikację na własnym telefonie i komentujesz żywe ekrany zamiast makiet.
- Backend, płatności, powiadomienia. Każdy nowy build przychodzi do ciebie automatycznie.
- App Store. Zrzuty ekranu, opisy, etykiety prywatności, odpowiedzi na pytania z review. Po premierze przekazuję dostępy, kod i analitykę.
Jeśli szukasz wykonawcy na miejscu, szczegóły, pakiety i kalkulator kosztów są na stronie tworzenie aplikacji iOS w Warszawie. Pracuję też zdalnie z firmami z całej Polski.
FAQ
Ile kosztuje stworzenie aplikacji na iOS? MVP, które działa na iPhonie i Androidzie, kosztuje u mnie od 1 800 €, aplikacja z backendem i płatnościami od 4 200 €, większy produkt z panelem i integracjami od 9 000 €. Średnie ceny rynkowe w Polsce dla tych zakresów to około 3 500 €, 9 000 € i 18 000 €. Aplikację tylko na iOS w Swift wyceniam po rozmowie.
Ile trwa tworzenie aplikacji na iOS? MVP powstaje w 3-5 tygodni, pełna aplikacja w 6-10 tygodni, większy produkt od 10 tygodni. Do tego dochodzi review Apple, zwykle do doby, choć pierwsze zgłoszenie nowej aplikacji częściej wraca z pytaniami. Razem MVP trafia do App Store w 4-8 tygodni od pierwszej rozmowy.
Czy do tworzenia aplikacji na iOS potrzebny jest Mac? Do natywnej aplikacji w Swift tak, bo Xcode działa tylko na macOS. Przy React Native z Expo buildy na iOS można robić w chmurze przez EAS Build, więc Mac nie jest konieczny. Ty jako zamawiający nie potrzebujesz żadnego sprzętu poza iPhone'em do testów w TestFlight.
Swift czy React Native - w czym pisać aplikację na iOS? Swift i SwiftUI, gdy aplikacja jest tylko na iPhone'a i mocno korzysta z Apple Health, iCloud, aparatu albo ciężkiej grafiki. React Native z Expo, gdy w planach są obie platformy, a logika jest biznesowa: rezerwacje, katalog, konto klienta. Decyzję podejmuje się przed startem, bo zmiana technologii w trakcie oznacza pisanie od nowa.
Ile kosztuje konto Apple Developer i publikacja w App Store? Konto Apple Developer kosztuje 99 $ rocznie i powinno być założone na twoją firmę, do czego potrzebny jest numer D-U-N-S. Od sprzedaży treści cyfrowych i subskrypcji w aplikacji Apple pobiera 15% w programie dla małych firm albo 30% standardowo. Przygotowanie buildów, opisów i przejście review mam w cenie projektu.
Robić aplikację tylko na iOS czy od razu na Androida? Zależy od odbiorców. Przy subskrypcjach i produktach premium start od iPhone'a często zwraca się szybciej. Przy aplikacji masowej w Polsce, gdzie Android ma większy udział, lepiej od razu zrobić obie platformy z jednego kodu w React Native - kosztuje to niewiele więcej niż jedna wersja.
