Aplikacja iOS czy Android: od czego zacząć?

Aplikacja iOS czy Android: krótka odpowiedź

Aplikacja iOS czy Android? Jeśli dopiero zaczynasz i chcesz sprzedawać swoją pierwszą aplikację, zacznij od iOS. Użytkownicy iPhone'ów płacą średnio wyraźnie więcej, a start na jednej platformie szybciej pokazuje, co działa. Jeśli budujesz aplikację w React Native i Expo, nie zamykasz sobie drogi do Androida: z tego samego kodu zrobisz później wersję na Androida, kiedy liczby to uzasadnią.

Są wyjątki i to prawdziwe: publiczność, która już jest głównie na Androidzie, aplikacja bez sensu, jeśli nie ma w niej wszystkich, rynek, na którym iPhone to rzadkość. Omawiam je niżej. Ale w najczęstszym przypadku, czyli gdy jedna osoba wypuszcza swoją pierwszą aplikację z subskrypcją, start na iOS i Androidzie jednocześnie podwaja dużą część pracy dokładnie wtedy, gdy masz najmniej czasu.

Publikuję własne aplikacje iOS w React Native i Expo. Solys, budzik z mini-grami, i TradaZen, symulator tradingu, są w App Store. Nolera i Clic zostały odrzucone przez Apple, a potem poprawione. Wszystkie wystartowały na iOS, z powodów, które opisuję poniżej.

Czy aplikacja iOS może działać na Androidzie?

Nie. Aplikacji zbudowanej na iPhone'a nie zainstalujesz na telefonie z Androidem i odwrotnie. Każdy sklep wymaga własnego pliku aplikacji, zbudowanego pod swój system, i każdy sklep ma własną weryfikację.

Wspólny może być kod źródłowy. Z React Native i Expo piszesz jeden projekt w JavaScripcie lub TypeScripcie. Dokumentacja Expo ujmuje to tak: jeden projekt, który działa natywnie na urządzeniach twoich użytkowników, na Androidzie, iOS i w webie. Potem EAS Build buduje pliki aplikacji dla każdej platformy. Dostajesz więc dwie osobne aplikacje z tego samego kodu.

Dlatego przy tym stacku pytanie „iOS czy Android” nie jest wyborem na zawsze. To wybór kolejności: od której platformy zacząć.

Dlaczego zacząć od iOS, gdy zaczynasz i chcesz zarabiać

Użytkownicy iPhone'ów płacą więcej

Raport State of Subscription Apps 2025 od RevenueCat, oparty na danych aplikacji subskrypcyjnych korzystających z tej usługi, mówi tu jasno:

• mediana przychodu na instalację po 60 dniach to 0,38 $ w App Store wobec 0,14 $ w Google Play;
• w każdym badanym regionie ponad 67% aplikacji czerpie co najmniej 80% przychodów od użytkowników iOS;
• odsetek przejść na płatną wersję 35 dni po pobraniu jest wyższy w App Store we wszystkich kategoriach.

Jeśli twoim celem jest zdobycie pierwszych płacących subskrybentów, to na iOS twój wysiłek ma największe szanse się opłacić.

Użytkowników Androida jest więcej, ale płacą mniej

Odwrotny argument istnieje i jest słuszny, jeśli chodzi o liczby. We Francji według StatCounter Android miał w sierpniu 2026 około 64% telefonów, a iOS około 36%. Startując tylko na iOS, docierasz więc do mniejszej liczby osób. Ale w aplikacji z subskrypcją liczy się nie liczba pobrań, tylko liczba osób, które płacą, a dane RevenueCat pokazują, gdzie one są.

Na skupionym starcie uczysz się szybciej

Jedna platforma to jeden zestaw opinii do analizy, jedno zachowanie do poprawienia, jedna strona produktu do optymalizacji. Pierwsze tygodnie po premierze służą do zrozumienia, co sprawia, że użytkownicy wracają i co sprawia, że płacą. Te wnioski przychodzą szybciej i są wyraźniejsze, gdy nie rozmywają się między dwa ekosystemy.

Mniej urządzeń do testowania

iPhone występuje w ograniczonej liczbie modeli, wszystkie zaprojektowało Apple. Android to ogromna różnorodność producentów, rozmiarów ekranów i wersji systemu. Gdy działasz sam, dokładne przetestowanie jednej platformy to już spora robota. Moja zasada na iOS: przed każdą wysyłką sprawdzić co najmniej najmniejszego i największego iPhone'a.

Ile kosztuje aplikacja mobilna na iOS i Androida od samego początku

Start aplikacji mobilnej na iOS i Androidzie jednocześnie, nawet ze wspólnym kodem, dokłada kilka pozycji.

• Dwa konta deweloperskie. Apple bierze 99 $ rocznie. Google pobiera jednorazową opłatę rejestracyjną 25 $.
• Dwa zestawy materiałów do publikacji. Strona w sklepie, zrzuty ekranu, deklaracje prywatności, ustawienia subskrypcji: wszystko przygotowujesz dwa razy, według różnych zasad. Strona iOS nie może wspominać o Androidzie, zgodnie z guideline 2.3.10.
• Dodatkowy etap testów w Google. Dla konta osobistego założonego po 13 listopada 2023 Google wymaga testu zamkniętego z co najmniej 12 zapisanymi testerami przez co najmniej 14 dni z rzędu, zanim będziesz mógł opublikować aplikację. Trzeba tych testerów znaleźć i wytrzymać ten czas.
• Dwie serie poprawek. Uprawnienia, powiadomienia, zadania w tle, klawiatura, gesty cofania: nawet z React Native część zachowań się różni i wymaga poprawek osobno dla każdej platformy.
• Twoja uwaga. To koszt najmniej widoczny i często najcięższy. Gdy pracujesz sam, każda godzina spędzona nad Androidem to godzina, która nie idzie w główną funkcję ani w paywall.

Jak React Native i Expo zostawiają furtkę dla Androida

Zacząć od iOS nie znaczy wszystkiego zablokować. Kilka nawyków od pierwszego dnia trzyma Androida w zasięgu ręki:

1. Wybierz stack wieloplatformowy. React Native i Expo dla aplikacji, Supabase dla danych, RevenueCat dla subskrypcji. Te narzędzia działają na obu systemach i to jest stack, którego używam we wszystkich swoich aplikacjach. Powody opisuję na stronie React Native i Expo dla aplikacji mobilnej.
2. Odizoluj to, co specyficzne dla iOS. Jeśli używasz funkcji, która istnieje tylko na iPhonie, trzymaj ją w osobnym pliku, żeby móc przygotować alternatywę albo ukryć ją na Androidzie.
3. Nie wpisuj cen na sztywno. Wyświetlaj te, które zwraca sklep. Twój paywall będzie poprawny na obu platformach. Strona subskrypcje in-app na iOS opisuje, jak to wdrożyć.
4. Trzymaj dane na serwerze, jeśli mają podążać za użytkownikiem. Ktoś, kto zmieni iPhone'a na Androida, odzyska swoje konto.

Bonus tego stacku: nie potrzebujesz Maca, żeby zbudować wersję iOS, bo EAS buduje aplikację w chmurze, z wersją Xcode powiązaną z twoim SDK Expo (ITMS-90725). Wyjaśniam to w artykule jak opublikować aplikację iOS bez Maca.

iOS najpierw to nie wybór przeciwko Androidowi. To wybór kolejności, w jakiej wydajesz swój czas.

Kiedy startować na iOS i Androidzie jednocześnie?

Ta zasada nie jest absolutna. Trzy sytuacje zmieniają odpowiedź.

Twoja obecna publiczność jest głównie na Androidzie. Jeśli wypuszczasz aplikację dla społeczności, którą już znasz, i ta społeczność korzysta głównie z Androida, zacznij tam, gdzie są ludzie, a nie od platformy, która średnio płaci najlepiej.

Aplikacja zależy od natychmiastowego efektu sieci. Komunikator albo aplikacja do łączenia ludzi, która bez masy krytycznej jest bezwartościowa, może potrzebować obu platform od premiery, żeby nikogo nie wykluczyć z sieci.

Twój rynek docelowy to w ogromnej większości Android. W niektórych krajach udział iOS jest niski. Sprawdź liczby dla swojego realnego rynku, na przykład w StatCounter, zanim zastosujesz ogólną zasadę.

Kiedy dodać Androida?

Gdy twoja pierwsza wersja jest już opublikowana na iOS, zmierzona i dopracowana, wiesz, czy aplikacja zatrzymuje użytkowników, jaką cenę akceptują i jakie prośby się powtarzają. To dobry moment, żeby zdecydować o Androidzie, na podstawie faktów, a nie nadziei.

Kilka sygnałów, które mogą uzasadnić ten krok:

• ludzie regularnie proszą cię o wersję na Androida;
• twoja aplikacja dobrze konwertuje na iOS i chcesz poszerzyć grono odbiorców;
• twoja główna funkcja nie korzysta z niczego, co jest specyficzne dla iPhone'a.

Ta logika dotyczy każdej pierwszej wersji: ograniczyć do tego, co da się przetestować, opublikować, zmierzyć, a potem zdecydować, co dalej. Strona MVP aplikacji iOS opisuje tę metodę, a twoja jednostronicowa specyfikacja to dobre miejsce, żeby zapisać czarno na białym: „Android: poza wersją 1”.

iOS czy Android: moja rekomendacja w jednym zdaniu

Jeśli twoja publiczność albo rynek wyraźnie nie wymuszają Androida, startuj na iOS z React Native i Expo, ucz się szybko i zdecyduj o Androidzie, gdy aplikacja się sprawdzi.

Wypuść swoją pierwszą aplikację iOS

Tę ścieżkę zebrałem w iOS Kit: Starter Code w Expo i React Native z moich aplikacji, który kompiluje się też na Androida, oraz ścieżka w czterech krokach do przejścia we własnym tempie. Jeśli wciąż wahasz się co do modelu przychodu, najpierw przeczytaj subskrypcja czy jednorazowy zakup w aplikacji iOS.

Nie wiesz jeszcze, co dalej z projektem? Darmowa diagnoza powie ci, co naprawdę cię blokuje i od którego kroku zacząć, a potem wyśle ci moją checklistę przeciw odrzuceniom przez Apple. A strona główna pokazuje, jak stworzyć aplikację mobilną bez zaczynania od zera z tym kodem, najpierw na iPhone'a.

Nie obiecuję ci ani przychodu, ani publikacji: Apple zatwierdza, rynek decyduje.

Najczęściej zadawane pytania

Zacząć od iOS czy od Androida przy pierwszej aplikacji?

Jeśli dopiero zaczynasz i chcesz sprzedawać swoją pierwszą aplikację, zacznij od iOS. Użytkownicy iPhone'ów płacą średnio wyraźnie więcej, a start na jednej platformie szybciej pokazuje, co działa. Z React Native i Expo nie zamykasz sobie drogi do Androida: z tego samego kodu zrobisz później wersję na Androida.

Jak stworzyć aplikację na iOS i Androida?

Z React Native i Expo piszesz jeden projekt w JavaScripcie lub TypeScripcie, a potem EAS Build buduje pliki aplikacji dla każdej platformy. Dostajesz dwie osobne aplikacje z tego samego kodu, bo każdy sklep wymaga własnego pliku aplikacji i ma własną weryfikację. Powody wyboru tego stacku znajdziesz na stronie React Native i Expo dla aplikacji mobilnej.

Czy użytkownicy iPhone'ów płacą więcej niż użytkownicy Androida?

Tak, średnio. Raport State of Subscription Apps 2025 od RevenueCat opiera się na aplikacjach subskrypcyjnych korzystających z tej usługi. Podaje medianę przychodu na instalację po 60 dniach: 0,38 $ w App Store wobec 0,14 $ w Google Play. Mimo to we Francji więcej telefonów działa na Androidzie, około 64% w sierpniu 2026 według StatCounter.

Jakie opłaty trzeba przewidzieć, żeby publikować w App Store i Google Play?

Apple bierze 99 $ rocznie, a Google jednorazową opłatę rejestracyjną 25 $. Trzeba też przygotować dwa zestawy materiałów do publikacji i zrobić dwie serie poprawek. W Google konto osobiste założone po 13 listopada 2023 wymaga testu zamkniętego przed publikacją. Ten test wymaga co najmniej 12 zapisanych testerów przez co najmniej 14 dni z rzędu.

W jakich przypadkach startować na iOS i Androidzie jednocześnie?

Trzy sytuacje zmieniają odpowiedź. Jeśli twoja obecna publiczność jest głównie na Androidzie, zacznij tam, gdzie są ludzie. Jeśli aplikacja zależy od natychmiastowego efektu sieci, jak komunikator, może potrzebować obu platform od premiery. Jeśli twój rynek docelowy to w ogromnej większości Android, sprawdź liczby dla swojego realnego rynku, zanim zastosujesz ogólną zasadę.

Kiedy dodać Androida po pierwszej wersji na iOS?

Dodaj Androida, gdy pierwsza wersja jest już opublikowana na iOS, zmierzona i dopracowana. Wtedy wiesz, czy aplikacja zatrzymuje użytkowników, jaką cenę akceptują i jakie prośby się powtarzają. Trzy sygnały mogą uzasadnić ten krok. Ludzie regularnie proszą o wersję na Androida, twoja aplikacja dobrze konwertuje na iOS i chcesz poszerzyć grono odbiorców, albo twoja główna funkcja nie korzysta z niczego specyficznego dla iPhone'a.