Jak stworzyć aplikację: 4 kroki, które musisz przejść

Jak stworzyć aplikację? Masz do wyboru cztery sposoby: narzędzie no-code, AI, które pisze kod za ciebie, samodzielna nauka programowania albo zlecenie komuś. Niezależnie od sposobu droga prowadzi przez te same cztery kroki: wybrać aplikację, która może zarabiać, zbudować jej główną funkcję, podpiąć płatności, a potem opublikować ją i sprawić, żeby ludzie ją znaleźli. W tej kolejności, z jedną zasadą, która łączy je wszystkie: każdy krok kończy się czymś konkretnym, przetestowanym na prawdziwym telefonie.

Większość pierwszych aplikacji nie umiera ani przez technikę, ani przez budżet. Umiera w chaosie: nikt nie wie, co znaczy „skończone”, funkcji przybywa, a po sześciu miesiącach w App Store nadal nic nie ma. To metoda, którą stosuję przy własnych aplikacjach iOS, między innymi Solys (budzik z minigrami) i TradaZen (symulator tradingu), obie są w App Store. Dopracowałem ją, zbierając odrzucenia od Apple przy Solys, Clic i Nolera. Moje przykłady pochodzą więc z iPhone'a; jeśli Google Play działa inaczej, mówię o tym.

Jakie są sposoby na stworzenie aplikacji?

Zanim przejdziemy do kroków, jedna decyzja: jak będziesz budować? Są cztery sposoby i żaden nie jest najlepszy dla wszystkich.

Sposób	Do jakiego projektu	Za co płacisz	Ograniczenie
Narzędzie no-code (Bubble, FlutterFlow, Glide)	Katalog, formularz, prototyp, narzędzie wewnętrzne	Abonament narzędzia, dopóki aplikacja istnieje	Aplikacja żyje u dostawcy narzędzia i nie każde publikuje w sklepach
AI, które pisze kod (Claude Code, Codex, Cursor)	Twoja własna aplikacja w sklepach, bez umiejętności programowania na starcie	Abonament AI i opłaty sklepów	Kod należy do ciebie, ale testowanie to twoje zadanie
Nauka programowania (Swift, Kotlin, React Native)	Chcesz wszystko kontrolować albo zrobić z tego zawód	Głównie czas	Najdłuższa droga do pierwszej publikacji
Wykonawca (freelancer lub agencja)	Narzędzie dla twojego biznesu, gdy brakuje ci czasu	Czas programisty: stawka dzienna razy liczba dni	Każda zmiana kosztuje; sprawdź, kto jest właścicielem konta i kodu

Narzędzie no-code. Składasz aplikację myszką, bez pisania ani jednej linijki. To szybkie rozwiązanie dla katalogu, formularza albo narzędzia wewnętrznego. Zanim się zaangażujesz, sprawdź, czy narzędzie naprawdę publikuje w sklepach. Bubble wyjaśnia, jak opublikować aplikację w App Store i Google Play, a FlutterFlow oferuje to od płatnego planu Basic. Glide z kolei podaje, że jego aplikacje to aplikacje webowe i że bezpośrednia publikacja w App Store czy Google Play nie jest obsługiwana. Ograniczenia, przypadek po przypadku, opisuję w artykule jak stworzyć aplikację bez programowania.

AI, które pisze kod. Opisujesz, czego chcesz, a asystent taki jak Claude Code, Codex czy Cursor pisze prawdziwy kod, w standardowym formacie, który możesz zabrać gdzie indziej. Nazywa się to vibe coding. Tego sposobu używam przy swoich aplikacjach. Minus: AI myli się z pełnym przekonaniem, a testowanie spada na ciebie. Żeby wybrać narzędzie, przeczytaj jakie AI do tworzenia aplikacji. Jeśli chcesz się tego nauczyć w uporządkowany sposób, jest kurs vibe codingu.

Nauka programowania. To droga dla tych, którzy chcą wszystko kontrolować albo zrobić z tego zawód. Tutoriale Apple i Expo są darmowe; ścieżkę opisuję w artykule jak nauczyć się tworzyć aplikacje.

Wykonawca. Freelancer albo agencja buduje aplikację za ciebie. To dobry wybór, gdy aplikacja jest narzędziem dla twojego biznesu, a brakuje ci czasu. Płacisz za czas programisty i za każdą zmianę też płacisz. Poproś na piśmie o dokładny zakres, informację, kto jest właścicielem konta Apple i kodu, oraz co się dzieje, jeśli Apple odrzuci aplikację. Pytania, które warto zadać, znajdziesz w artykule jak zlecić stworzenie aplikacji.

Jest jeszcze piąta droga, łącząca pozostałe: budować samemu, ale na gotowej bazie. Na tym opiera się mój zestaw do tworzenia aplikacji mobilnej bez zaczynania od zera, czyli iOS Kit: kod startowy moich aplikacji i ścieżka w czterech krokach, którą przechodzisz we własnym tempie.

Jak zdecydować? Wystarczą trzy pytania:

1. Czy twoja aplikacja ma być w App Store albo Google Play? Jeśli tak, odrzuć narzędzia, które tworzą tylko aplikacje webowe.
2. Czy ma sprzedawać subskrypcję? Wytyczna 3.1.1 z App Review Guidelines wymaga, poza wyjątkami, zakupu w aplikacji przez Apple do odblokowywania funkcji. Sprawdź, jak twój sposób budowania to obsługuje, zanim zaczniesz.
3. Masz raczej czas czy raczej budżet? Czas: zbuduj ją sam, z AI. Budżet i brak czasu: zleć ją komuś.

Aplikacja natywna, webowa czy wieloplatformowa: co wybrać?

Druga decyzja, prostsza, niż się wydaje: jaki typ aplikacji?

• Aplikacja natywna instaluje się ze sklepu i ma dostęp do funkcji telefonu: powiadomień, aparatu, zakupów w aplikacji. Pisana w języku danej platformy (Swift dla iPhone'a, Kotlin dla Androida), wymaga osobnego projektu dla każdej platformy.
• Aplikacja webowa (PWA) to strona, która zachowuje się jak aplikacja. Nie przechodzi przez żaden sklep: nie czekasz na recenzję, ale nikt jej nie znajdzie w App Store. A samo opakowanie strony w aplikację nie wystarczy: wytyczna 4.2 Apple wymaga, żeby aplikacja była czymś więcej niż opakowaną stroną internetową.
• Aplikacja wieloplatformowa powstaje z jednego projektu, z którego wychodzi aplikacja na iPhone'a i na Androida. Expo ujmuje to tak: jeden projekt w JavaScripcie lub TypeScripcie, który działa natywnie na urządzeniach twoich użytkowników, Android, iOS i web.

Na pierwszą aplikację polecam podejście wieloplatformowe, z React Native i Expo. Utrzymujesz jeden kod, a kompilacja odbywa się na Macach hostowanych przez Expo: możesz opublikować aplikację iOS bez Maca.

Najpierw iOS czy Android? Jeden kod nie oznacza jednej premiery: każdy sklep ma swoją stronę produktu, swoje zasady i swoją recenzję. Zacznij od jednej platformy. Jeśli twoja aplikacja sprzedaje subskrypcję, radzę iPhone'a; liczby i kontrargumenty znajdziesz w artykule aplikacja na iOS czy Androida: od czego zacząć.

Dlaczego tyle aplikacji nigdy nie trafia do App Store?

Prawie zawsze powtarzają się trzy przyczyny:

• Za duża pierwsza wersja. Dwanaście niedokończonych funkcji zamiast jednej skończonej.
• Płatności wymyślone na końcu. Model zarabiania zmienia strukturę aplikacji: dodanie go później zmusza do przebudowy.
• Publikacja traktowana jak formalność. Recenzja Apple, strona produktu, prywatność: to pełnoprawny etap z własnymi pułapkami, aż po ikonę odrzuconą z błędem ITMS-90717.

Metoda poniżej rozwiązuje te trzy problemy, krok po kroku.

Krok 1: jak wybrać pomysł na aplikację, która może zarabiać?

Zanim napiszesz linijkę kodu, odpowiedz na piśmie na trzy pytania.

Dla kogo? Dla konkretnej osoby z problemem, który wraca. „Ludzie, którym ciężko wstać rano” to lepsza odpowiedź niż „wszyscy”.

Co aplikacja robi, w jednym zdaniu? Jeśli potrzebujesz dwóch zdań, pierwsza wersja jest za duża. Inne funkcje poczekają, aż prawdziwi użytkownicy o nie poproszą.

Jak zarabia? Subskrypcja, jednorazowy zakup, reklamy: zdecyduj teraz. Dla aplikacji używanej regularnie subskrypcja jest często najbardziej logiczna; dla narzędzia używanego okazjonalnie jednorazowy zakup ma sens. Pełne porównanie znajdziesz w artykule subskrypcja czy jednorazowy zakup w aplikacji iOS.

Żeby sprawdzić, czy pomysł kogoś interesuje, zanim spędzisz nad nim tygodnie, przepuść go przez 5 testów z artykułu jak znaleźć pomysł na aplikację. A żeby go spisać, wystarczy jedna strona: szablon jest w artykule specyfikacja aplikacji mobilnej.

Na koniec tego kroku musisz też mieć zainstalowaną bazę techniczną. Dla początkującego to React Native z Expo, z powodów podanych wyżej; strona React Native i Expo do aplikacji mobilnej opisuje ten wybór szczegółowo. Zakres pierwszej wersji wyjaśniam na stronie MVP aplikacji iOS.

Dobra pierwsza wersja robi jedną rzecz znakomicie, a nie dwanaście byle jak.

Krok 2: jak zbudować rdzeń aplikacji?

Zbuduj wyłącznie główną funkcję i jak najszybciej przetestuj ją na własnym iPhonie. Nie na zrzutach ekranu, nie tylko w symulatorze.

Kilka zasad, które oszczędziły mi wielu powrotów do punktu wyjścia:

• Testuj na najmniejszym i największym ekranie. Moje pierwsze odrzucenie od Apple przy Solys wynikało z demo powitalnego, którego nie dało się wygrać w oknie mniejszym niż na moich telefonach: recenzent testował na iPadzie, gdzie aplikacja na iPhone'a działa w trybie zgodności.
• Przewiduj awarie. Brak sieci, odmowa uprawnień, pusty ekran: każdy taki przypadek zasługuje na jasny komunikat.
• Używaj AI, ale czytaj kod. Claude czy Cursor piszą szybko i z pełnym przekonaniem mylą się co do zasad Apple. Pułapki wymieniam w artykule jak stworzyć aplikację iOS z AI.

Ten krok kończy się, gdy zewnętrzni testerzy używają aplikacji przez TestFlight, narzędzie Apple do testów beta. Wszystko wyjaśniam w artykule TestFlight: jak testować aplikację na iPhone'a.

Krok 3: jak podpiąć płatności w aplikacji iOS?

To krok, który większość początkujących odkłada, a właśnie on decyduje, czy aplikacja może na siebie zarobić.

Onboarding. Pierwsze ekrany muszą pokazać wartość aplikacji, zanim o cokolwiek poprosisz: o ocenę, uprawnienie czy płatność. Apple też to sprawdza: moje drugie odrzucenie przy Solys (wytyczna 5.6.3) wynikało z prośby o ocenę umieszczonej w onboardingu.

Paywall. Ekran subskrypcji musi jasno pokazywać cenę, okres, ewentualny okres próbny i przycisk przywracania zakupów. Typowe błędy opisuję w artykule paywall iOS: 7 błędów początkujących.

Subskrypcje. Produkty tworzy się w App Store Connect. Używam RevenueCat do zarządzania uprawnieniami dostępu, przywracaniem zakupów i śledzeniem przychodów. Strona subskrypcje in-app w iOS opisuje całość prac.

Pomiary. Bez pomiarów nie dowiesz się, gdzie ludzie rezygnują. Używam PostHog do śledzenia ścieżki (otwarcie, koniec onboardingu, wyświetlenie paywalla, zakup) i Sentry do crashy.

Krok 4: jak opublikować aplikację i sprawić, żeby ludzie ją znaleźli?

Strona produktu w App Store. Nazwa, podtytuł, słowa kluczowe, zrzuty ekranu, opis. To decyduje, czy ktoś pobierze aplikację i czy App Store pokaże cię w wynikach wyszukiwania. Strona ASO w App Store wyjaśnia, jak nad tym pracować.

Prywatność. Deklaracje dotyczące zbierania danych muszą odpowiadać temu, co aplikacja naprawdę robi, a twoja polityka prywatności w sieci musi być aktualna. Właśnie za to Clic dostał odrzucenie 5.1.1.

Wysłanie do recenzji. Podaj konto demo, jeśli aplikacja wymaga logowania, i wyjaśnij, co recenzent ma przetestować. Apple podaje, że rozpatruje 90% zgłoszeń w mniej niż 48 godzin; to odrzucenia naprawdę wydłużają harmonogram. Czas oczekiwania opisuję w artykule ile trwa weryfikacja w App Store, a cały proces na stronie jak opublikować aplikację w App Store.

A w Google Play? Droga jest ta sama, z jednym dodatkowym krokiem. W przypadku konta osobistego założonego po 13 listopada 2023 Google wymaga testu zamkniętego z co najmniej 12 zapisanymi testerami przez 14 dni z rzędu przed publikacją produkcyjną.

Pierwsi użytkownicy. Opublikowana aplikacja to nie to samo co znaleziona aplikacja. Mów o swojej aplikacji tam, gdzie twoi odbiorcy już są, i patrz na statystyki strony produktu od pierwszego tygodnia.

Ile kosztuje stworzenie aplikacji?

Jeśli budujesz ją sam, obowiązkowe koszty są niskie. Oto ceny podane na oficjalnych stronach 2 października 2026. Te oferty się zmieniają: sprawdź je, zanim zaczniesz.

Pozycja	Podana cena	Kiedy płacisz
Konto Apple Developer	99 $ rocznie	Za TestFlight i publikację
Konto Google Play	25 $, jednorazowo	Przy zakładaniu konta
Kompilacja i wysyłka do sklepów (Expo EAS)	0 $ do 15 buildów iOS i 15 buildów Android miesięcznie, potem 19 $ miesięcznie	Gdy często kompilujesz
Baza danych i konta (Supabase)	0 $ do 500 MB i 50 000 aktywnych użytkowników miesięcznie, potem od 25 $ miesięcznie	Gdy aplikacja rośnie
Subskrypcje (RevenueCat)	0 $ do 2500 $ śledzonego przychodu miesięcznie, potem 1%	Gdy aplikacja sprzedaje
Prowizja Apple	15% w ramach Small Business Program, w innym przypadku 30%	Od każdej sprzedaży przez App Store

Dwie uwagi. Konto Apple za 99 $ nie jest potrzebne, żeby zacząć programować, tylko do TestFlight i publikacji: kroki opisuję w artykule konto deweloperskie Apple: cena i rejestracja. A zapisanie się do Small Business Program nie jest automatyczne: trzeba o nie wnioskować.

Jeśli zlecasz aplikację, płacisz za czas programisty: stawka dzienna razy liczba dni. Bez znajomości zakresu nie da się podać żadnej poważnej liczby. Koszty, darmowe progi i wydatki, o których prawie nikt nie mówi, opisuję w artykule ile kosztuje aplikacja.

Największy koszt nie pojawia się na żadnej fakturze: twój czas.

Ile czasu zajmuje droga od pomysłu do App Store?

Nie da się uczciwie podać czasu bez znajomości aplikacji i twojego poziomu na starcie. Pewne jest jedno: każdy krok musi mieć widoczny koniec:

1. Pomysł: jedno zdanie, grupa odbiorców, model zarabiania, zainstalowana baza techniczna.
2. Budowa: główna funkcja używana przez testerów przez TestFlight.
3. Płatności: udany zakup testowy, łącznie z przywracaniem.
4. Publikacja: aplikacja wysłana do Apple, kompletna strona produktu, łącznie z klasyfikacją wiekową.

Jeśli krok nie ma widocznego końca, to znak, że pierwsza wersja jest za duża.

Realny punkt odniesienia, który nie jest ani średnią, ani pracą na pełen etat: przy TradaZen od pierwszego commita do publikacji w App Store minęło 26 dni kalendarzowych. Szczegóły znajdziesz w artykule ile trwa stworzenie aplikacji.

A co po publikacji?

Opublikowana aplikacja to początek. Pierwsze dane o użytkowaniu prawie zawsze mówią coś, czego nikt nie przewidział: ekran, na którym wszyscy rezygnują, paywall, którego nikt nie widzi, funkcja, której ludzie używają inaczej. O kolejnej wersji decydują te liczby, a nie twoje początkowe przeczucia.

Najczęściej zadawane pytania

Czy można stworzyć aplikację za darmo?

Tak, w dużej mierze. Możesz programować, testować na telefonie i kompilować aplikację, nic nie płacąc, dzięki darmowym planom narzędzi. Publikacja jest za to płatna: 99 $ rocznie w Apple, 25 $ jednorazowo w Google. Szczegóły znajdziesz w artykule jak stworzyć aplikację za darmo.

Jaki jest koszt stworzenia aplikacji?

Jeśli budujesz ją sam, obowiązkowe koszty ograniczają się do kont deweloperskich: 99 $ rocznie w Apple, 25 $ jednorazowo w Google. Narzędzia mają darmowe plany na start. Jeśli ją zlecasz, płacisz za czas programisty, a cena zależy od zakresu.

Jak łatwo stworzyć aplikację?

Najłatwiejszą drogą nie jest narzędzie, tylko maleńka pierwsza wersja: jedna funkcja, skończona. Do katalogu czy formularza wystarczy narzędzie no-code. Do aplikacji, którą chcesz opublikować i sprzedawać, kod pisze AI, pod warunkiem że każdy krok testujesz na prawdziwym telefonie.

Jaki jest najlepszy program do tworzenia aplikacji mobilnych?

Nie ma najlepszego programu w ogóle. Do składania bez kodu Bubble czy FlutterFlow potrafią publikować w sklepach. Jeśli kod ma pisać AI, Claude Code, Codex czy Cursor sprawdzają się z React Native i Expo. Dobry wybór zależy od dwóch rzeczy: czy aplikacja ma być w sklepach i czy ma sprzedawać subskrypcję. Porównanie generatorów znajdziesz w artykule Lovable, Rork, FlutterFlow.

Czy można samemu stworzyć aplikację, nie umiejąc programować?

Tak. Publikuję swoje aplikacje z React Native, Expo i AI, a każdy krok z tego poradnika da się zrobić samemu. Co warto wiedzieć: AI pisze kod, ale to ty go sprawdzasz. Zawsze przychodzi moment, kiedy trzeba trochę zrozumieć, co napisało, szczególnie przy płatnościach i recenzji Apple.

Czy tworzenie aplikacji się opłaca?

Nikt ci tego nie zagwarantuje. Przychód nie zależy od liczby pobrań, tylko od liczby osób, które płacą, i od tego, co zostaje po prowizji Apple. Co wpływa na wynik, wyjaśniam w artykule ile zarabia aplikacja.

Ile czasu zajmuje stworzenie aplikacji?

Nie ma uniwersalnego czasu: wszystko zależy od wielkości pierwszej wersji i od tego, ile czasu poświęcasz jej co tydzień. Mój realny punkt odniesienia: 26 dni kalendarzowych od pierwszego commita do publikacji TradaZen w App Store.

Jak stworzyć aplikację na iPhone'a?

4 kroki są te same, z trzema narzędziami typowymi dla Apple: kontem Apple Developer, TestFlight dla testerów i App Store Connect do strony produktu i wysłania do recenzji. Całą ścieżkę opisuję na stronie jak stworzyć aplikację na iPhone'a.

Przejdź tę metodę z iOS Kit

Te 4 kroki to dokładnie ścieżka z iOS Kit: wybrać aplikację, która może zarabiać, zbudować jej rdzeń, podpiąć pieniądze, opublikować i sprawić, żeby ludzie ją znaleźli. Przechodzisz je we własnym tempie, z kodem startowym moich aplikacji i skillami Claude Code do każdego kroku.

Możesz też przejść tę metodę sam, z poradnikami podlinkowanymi w tym artykule. Nie wiesz, na którym etapie jesteś? Darmowa diagnoza pokaże ci, gdzie jesteś, powie, od którego kroku zacząć, i wyśle ci moją checklistę przeciw odrzuceniom przez Apple. Nikt nie zagwarantuje ci akceptacji przez Apple ani przychodu; metoda gwarantuje jedno: w każdej chwili wiesz, co zostało do zrobienia.