Hogyan készíts alkalmazást: a 4 lépés sorrendben

Hogyan készíts alkalmazást? Négyféleképpen foghatsz hozzá: kód nélküli eszközzel, MI-vel, ami helyetted írja a kódot, saját magad által megtanult programozással, vagy egy külsős fejlesztővel. Bármelyiket választod, az út ugyanazon a négy lépésen megy át: kiválasztasz egy appot, ami pénzt hozhat, megépíted a fő funkcióját, bekötöd a fizetést, aztán publikálod, és eléred, hogy megtalálják. Ebben a sorrendben, egy szabállyal, ami mindet összeköti: minden lépés valami kézzelfoghatóval zárul, amit egy igazi telefonon teszteltél.

A legtöbb első app nem a technikán és nem a pénzen bukik el. A homályban hal meg: senki sem tudja, mi számít „késznek”, a funkciók csak gyűlnek, és hat hónap múlva még mindig nincs semmi az App Store-ban. Ezt a módszert használom a saját iOS-appjaimnál, köztük a Solysnál (egy minijátékos ébresztőóra) és a TradaZennél (egy tőzsdei szimulátor), mindkettő fent van az App Store-ban, és úgy csiszoltam, hogy az Apple elutasította a Solyst, a Clicet és a Nolerát. A példáim tehát iPhone-osak; ahol a Google Play másképp működik, jelzem.

Milyen módokon lehet alkalmazást készíteni?

A lépések előtt egy döntés: hogyan fogsz építeni? Négy út van, és egyik sem a legjobb mindenkinek.

Módszer	Milyen projekthez	Mit fizetsz	A korlát
Kód nélküli eszköz (Bubble, FlutterFlow, Glide)	Katalógus, űrlap, prototípus, belső eszköz	Az eszköz előfizetését, amíg az app létezik	Az app az eszköznél él, és nem mind publikál a store-okba
MI, ami megírja a kódot (Claude Code, Codex, Cursor)	Saját app, store-okban publikálva, kezdetben programozási tudás nélkül	Az MI előfizetését és a store-ok díjait	A kód a tiéd, de neked kell tesztelned
Programozás tanulása (Swift, Kotlin, React Native)	Mindent te akarsz kézben tartani, vagy szakmát csinálnál belőle	Főleg időt	A leghosszabb út az első publikálásig
Külsős fejlesztő (szabadúszó vagy ügynökség)	Eszköz a vállalkozásodhoz, ha nincs rá időd	Fejlesztői időt: napidíj szorozva a napok számával	Minden módosítás pénzbe kerül; ellenőrizd, kié a fiók és a kód

Kód nélküli eszköz (no-code). Egérrel rakod össze az appot, egy sor kód nélkül. Gyors egy katalógushoz, űrlaphoz vagy belső eszközhöz. Mielőtt elköteleződnél, ellenőrizd, hogy az eszköz tényleg publikál-e a store-okba. A Bubble leírja, hogyan publikálj az App Store-ba és a Google Playre, a FlutterFlow pedig a fizetős Basic csomagtól kínálja ezt. A Glide ezzel szemben azt írja, hogy az appjai webes alkalmazások, és a közvetlen publikálás az App Store-ba vagy a Google Playre nem támogatott. A korlátokat esetről esetre itt találod: alkalmazás készítése programozás nélkül.

MI, ami megírja a kódot. Leírod, mit szeretnél, és egy asszisztens, mint a Claude Code, a Codex vagy a Cursor, valódi kódot ír, szabványos formátumban, amit máshová is magaddal vihetsz. Ezt hívják vibe codingnak. Én ezt használom az appjaimhoz. A hátránya: az MI magabiztosan téved, és neked kell tesztelned. Az eszköz kiválasztásához olvasd el: melyik MI-vel készíts alkalmazást. Ha keretek között tanulnád, ott a vibe coding képzés.

Programozás tanulása. Ez azoknak az útja, akik mindent kézben akarnak tartani, vagy szakmát csinálnának belőle. Az Apple és az Expo oktatóanyagai ingyenesek; a tanulási út itt van: tanuld meg, hogyan készíts alkalmazást.

Külsős fejlesztő. Egy szabadúszó vagy egy ügynökség megépíti neked az appot. Akkor jó választás, ha az app a vállalkozásod eszköze, és nincs rá időd. Fejlesztői időt fizetsz, és minden módosítás is pénzbe kerül. Kérd írásban a pontos terjedelmet, azt, hogy kié az Apple-fiók és a kód, és mi a teendő, ha az Apple elutasítja az appot. A felteendő kérdések itt vannak: alkalmazás fejlesztetése.

Van egy ötödik út is, a többiek határán: magad építed, de egy kész alapból. Ez az elve a kitemnek, amellyel mobilalkalmazást készíthetsz a nulláról indulás nélkül: az iOS Kit az appjaim kiinduló kódja és egy négylépéses útvonal, a saját tempódban.

Hogyan dönts? Három kérdés elég:

1. Az App Store-ban vagy a Google Playen kell lennie az appodnak? Ha igen, hagyd ki azokat az eszközöket, amelyek csak webes alkalmazást készítenek.
2. Előfizetést kell eladnia? Az App Review Guidelines 3.1.1-es szabálya néhány kivételtől eltekintve előírja az Apple alkalmazáson belüli vásárlását a funkciók feloldásához. Még a kezdés előtt nézd meg, hogyan kezeli ezt a választott módszered.
3. Inkább időd van, vagy inkább pénzed? Időd: építsd meg magad, MI-vel. Pénzed van, időd nincs: fejlesztesd le.

Natív, webes vagy multiplatform alkalmazás: melyiket válaszd?

Második döntés, egyszerűbb, mint amilyennek látszik: milyen típusú app legyen?

• A natív alkalmazás store-ból települ, és hozzáfér a telefon funkcióihoz: értesítések, kamera, alkalmazáson belüli vásárlások. Mivel minden platform saját nyelvén íródik (Swift az iPhone-ra, Kotlin az Androidra), platformonként külön projektet igényel.
• A webes alkalmazás (PWA) egy weboldal, ami appként viselkedik. Nem megy át egyetlen store-on sem: nincs review-ra várás, de senki sem fogja megtalálni az App Store-ban. És egy weboldal becsomagolása appba nem elég: az Apple 4.2-es szabálya megköveteli, hogy egy app többet nyújtson egy becsomagolt weboldalnál.
• A multiplatform alkalmazás egyetlen projektből készíti el az iPhone- és az Android-appot. Az Expo így foglalja össze: egyetlen JavaScript- vagy TypeScript-projekt, ami natívan fut a felhasználóid eszközein, Androidon, iOS-en és weben.

Első apphoz a multiplatformot ajánlom, React Native-val és Expóval. Csak egy kódot kell karbantartanod, a fordítás pedig az Expo által hosztolt Maceken történik: Mac nélkül is publikálhatsz iOS-appot.

iOS vagy Android legyen az első? Egy kód nem jelent egy indulást: minden store-nak saját adatlapja, szabályai és review-ja van. Kezdd egyetlen platformmal. Ha az appod előfizetést árul, az iPhone-t javaslom; a számok és az ellenérvek itt vannak: iOS vagy Android alkalmazás: melyikkel kezdj.

Miért nem jut el annyi alkalmazás soha az App Store-ba?

Szinte mindig három ok tér vissza:

• Túl nagy első verzió. Tizenkét félkész funkció egyetlen befejezett helyett.
• A fizetésre csak a végén gondolnak. A bevételi modell megváltoztatja az app szerkezetét: utólag hozzáadni újraépítést jelent.
• A publikálást formalitásnak tekintik. Az Apple review-ja, az adatlap, az adatvédelem: ez egy önálló lépés, saját csapdákkal, egészen az ITMS-90717 miatt elutasított ikonig.

Az alábbi módszer ezt a három okot kezeli, lépésről lépésre.

1. lépés: hogyan válassz olyan app-ötletet, ami pénzt hozhat?

Mielőtt egy sor kódot írnál, válaszolj írásban három kérdésre.

Kinek? Egy konkrét embernek, egy visszatérő problémával. „Akiknek nehezükre esik felkelni” hasznosabb, mint a „mindenki”.

Mit csinál az app, egy mondatban? Ha két mondat kell, az első verzió túl nagy. A többi funkció várhat, amíg valódi felhasználók nem kérik.

Hogyan keres pénzt? Előfizetés, egyszeri vásárlás, hirdetés: dönts most. Rendszeresen használt appnál gyakran az előfizetés a leglogikusabb; alkalmi eszköznél az egyszeri vásárlás is megállja a helyét. A teljes összehasonlítás itt van: előfizetés vagy egyszeri vásárlás iOS-appnál.

Hogy ellenőrizd, érdekel-e valakit egy ötlet, mielőtt heteket töltenél vele, futtasd le rajta az app-ötlet keresése 5 tesztjét. Leírni pedig elég egy oldal: a sablon itt van: mobilalkalmazás specifikációja.

A lépés végére a technikai alapodat is telepítened kell. Kezdőnek ez a React Native Expóval, a fent leírt okok miatt; a React Native és Expo mobilapphoz oldal részletezi ezt a döntést. Az első verzió körülhatárolását az iOS-alkalmazás MVP oldal magyarázza el.

Egy jó első verzió egy dolgot csinál kiválóan, nem tizenkettőt közepesen.

2. lépés: hogyan építsd meg az alkalmazásod magját?

Csak a fő funkciót építsd meg, és minél előbb teszteld a saját iPhone-odon. Nem képernyőképeken, és nem csak a szimulátorban.

Néhány szabály, ami sok visszalépéstől megkímélt:

• Teszteld a legkisebb és a legnagyobb képernyőn. Az első Apple-elutasításom a Solysnál egy olyan bevezető demó miatt jött, amit lehetetlen volt megnyerni a telefonjaiménál kisebb ablakban: a reviewer iPaden tesztelt, ahol az iPhone-app kompatibilitási módban fut.
• Készülj a hibákra. Megszakadt hálózat, megtagadott engedély, üres képernyő: minden esetnek világos üzenet jár.
• Használd az MI-t, de nézd át. A Claude vagy a Cursor gyorsan ír, és magabiztosan téved az Apple szabályaival kapcsolatban. A csapdák listája itt van: iOS-app készítése MI-vel.

Ez a lépés akkor zárul, amikor külső tesztelők használják az appot a TestFlighton, az Apple béta-eszközén keresztül. Minden el van magyarázva itt: TestFlight: iPhone-app tesztelése.

3. lépés: hogyan kösd be a fizetést egy iOS-alkalmazásba?

Ezt a lépést halogatja a legtöbb kezdő, pedig ez dönti el, hogy az app hozhat-e bármit.

Az onboarding. Az első képernyőknek meg kell mutatniuk az app értékét, mielőtt bármit kérnének: értékelést, engedélyt vagy fizetést. Az Apple is ezt ellenőrzi: a második elutasításom a Solysnál (5.6.3-as guideline) egy onboarding közben feldobott értékeléskérés miatt jött.

A paywall. Az előfizetési képernyőnek egyértelműen mutatnia kell az árat, az időtartamot, az esetleges próbaidőt és egy gombot a vásárlások visszaállítására. A tipikus hibák itt vannak: iOS paywall: 7 kezdő hiba.

Az előfizetések. A termékeket az App Store Connectben hozod létre. A RevenueCatet használom a hozzáférési jogok, a visszaállítás és a bevételek követésére. Az iOS in-app előfizetések oldal leírja a teljes feladatot.

A mérések. Mérések nélkül nem fogod tudni, hol adják fel az emberek. A PostHoggal követem az utat (megnyitás, onboarding vége, paywall megjelenése, vásárlás), a Sentryvel pedig az összeomlásokat.

4. lépés: hogyan publikáld az appodat, és hogyan érd el, hogy megtalálják?

Az App Store-adatlap. Név, alcím, kulcsszavak, képernyőképek, leírás. Ez dönti el, hogy valaki letölti-e, és hogy az App Store megmutat-e a keresési találatok között. Az App Store ASO oldal elmagyarázza, hogyan dolgozz rajta.

Az adatvédelem. Az adatgyűjtési nyilatkozatoknak meg kell felelniük annak, amit az app valóban csinál, és az online adatvédelmi szabályzatodnak naprakésznek kell lennie. Pontosan emiatt kapott a Clic 5.1.1-es elutasítást.

Beküldés review-ra. Adj meg egy demófiókot, ha az app bejelentkezést kér, és írd le, mit kell a reviewernek tesztelnie. Az Apple szerint a beküldések 90%-át 48 órán belül átnézik; igazán az elutasítások nyújtják el az ütemtervet. Az időtartamokat a App Store jóváhagyási idő cikk részletezi, a teljes folyamatot pedig az alkalmazás publikálása az App Store-ban oldal.

És a Google Playen? Az út ugyanaz, egy plusz lépéssel. A 2023. november 13. után létrehozott személyes fiókoknál a Google zárt tesztet ír elő legalább 12 feliratkozott tesztelővel, 14 egymást követő napon át az éles megjelenés előtt.

Az első felhasználók. Egy publikált app még nem megtalált app. Beszélj az appodról ott, ahol a közönséged már most is jelen van, és már az első héttől nézd az adatlap számait.

Mennyibe kerül egy alkalmazás elkészítése?

Ha magad építed, a kötelező költségek alacsonyak. Ezek a hivatalos oldalakon 2026. október 2-án feltüntetett árak. Az ajánlatok változnak: ellenőrizd őket, mielőtt belevágsz.

Tétel	Feltüntetett ár	Mikor fizeted
Apple Developer fiók	99 dollár évente	A TestFlighthoz és a publikáláshoz
Google Play fiók	25 dollár, egyszer	A fiók létrehozásakor
Fordítás és beküldés a store-okba (Expo EAS)	0 dollár havi 15 iOS- és 15 Android-buildig, utána havi 19 dollár	Ha gyakran fordítasz
Adatbázis és fiókok (Supabase)	0 dollár 500 MB-ig és havi 50 000 aktív felhasználóig, utána havi 25 dollártól	Amikor az app nő
Előfizetések (RevenueCat)	0 dollár havi 2500 dollár követett bevételig, utána 1%	Amikor az app elad
Az Apple jutaléka	15% a Small Business Programmal, egyébként 30%	Minden App Store-on keresztüli eladás után

Két pontosítás. A 99 dolláros Apple-fiók nem kell a programozás elkezdéséhez, csak a TestFlighthoz és a publikáláshoz: a lépések itt vannak: Apple fejlesztői fiók: ár és regisztráció. A Small Business Programba pedig nem automatikus a belépés: kérvényezni kell.

Ha lefejleszteted az appot, fejlesztői időt fizetsz: napidíjat szorozva a napok számával. A terjedelem ismerete nélkül semmilyen komoly szám nem adható. A költségeket, az ingyenes szinteket és azokat a költségeket, amiket szinte senki sem említ, a mennyibe kerül egy alkalmazás cikk részletezi.

A legnagyobb tétel egyetlen számlán sem szerepel: az időd.

Mennyi idő kell az ötlettől az App Store-ig?

Az app és a kiinduló szinted ismerete nélkül nincs őszinte időtartam. Az biztos, hogy minden lépésnek látható vége kell legyen:

1. Ötlet: egy mondat, egy közönség, egy bevételi modell, telepített technikai alap.
2. Építés: a fő funkciót tesztelők használják a TestFlighton.
3. Fizetés: egy sikeres tesztvásárlás, visszaállítással együtt.
4. Publikálás: az app beküldve az Apple-nek, teljes adatlappal, korhatár-besorolással együtt.

Ha egy lépésnek nincs látható vége, az annak a jele, hogy az első verzió túl nagy.

Egy valós viszonyítási pont, ami se nem átlag, se nem teljes munkaidő: a TradaZennél 26 naptári nap telt el az első commit és az App Store-os megjelenés között. A részletek itt: mennyi idő alatt készül el egy alkalmazás.

És a publikálás után?

Egy publikált app csak a kezdet. Az első használati adatok szinte mindig elárulnak valamit, amire senki sem számított: egy képernyőt, ahol mindenki feladja, egy paywallt, amit senki sem lát, egy funkciót, amit az emberek másképp használnak. A következő verzióról ezek a számok döntenek, nem a kezdeti megérzéseid.

Gyakori kérdések

Lehet ingyen alkalmazást készíteni?

Igen, nagyrészt. Az eszközök ingyenes csomagjainak köszönhetően fizetés nélkül programozhatsz, tesztelhetsz a telefonodon és fordíthatod le az appodat. A publikálás viszont fizetős: az Apple-nél évi 99 dollár, a Google-nél egyszeri 25 dollár. A részletek itt: alkalmazás készítése ingyen.

Mennyibe kerül egy alkalmazás elkészítése?

Ha magad építed, a kötelező költségek a fejlesztői fiókokra korlátozódnak: évi 99 dollár az Apple-nek, egyszeri 25 dollár a Google-nek. Az eszközöknek van ingyenes csomagjuk a kezdéshez. Ha lefejleszteted, fejlesztői időt fizetsz, és az ár a terjedelemtől függ.

Hogyan lehet egyszerűen alkalmazást készíteni?

A legegyszerűbb nem egy eszköz, hanem egy pici első verzió: egyetlen funkció, befejezve. Katalógushoz vagy űrlaphoz elég egy kód nélküli eszköz. Publikálandó és eladandó apphoz az MI megírja a kódot, feltéve, hogy minden lépést egy igazi telefonon tesztelsz.

Mi a legjobb program mobilalkalmazás készítéséhez?

Abszolút értelemben nincs legjobb program. Kód nélküli összerakáshoz a Bubble vagy a FlutterFlow tud a store-okba publikálni. Ha az MI-vel íratnád a kódot, a Claude Code, a Codex vagy a Cursor React Native-val és Expóval használható. A jó választás két dologtól függ: kell-e az appnak a store-okban lennie, és kell-e előfizetést eladnia. A generátorok összehasonlítása itt van: Lovable, Rork, FlutterFlow.

Lehet egyedül, programozási tudás nélkül alkalmazást készíteni?

Igen. A saját appjaimat React Native-val, Expóval és MI-vel publikálom, és ennek az útmutatónak minden lépése elvégezhető egyedül. Amit tudnod kell: az MI írja a kódot, de te ellenőrzöd. Mindig eljön a pont, amikor kicsit meg kell értened, mit írt, főleg a fizetésnél és az Apple review-jánál.

Megéri alkalmazást készíteni?

Ezt senki sem garantálhatja neked. A bevétel nem a letöltések számától függ, hanem attól, hányan fizetnek, és mennyi marad az Apple jutaléka után. Hogy mitől változik az eredmény, azt a mennyit hoz egy alkalmazás cikk magyarázza el.

Mennyi idő alatt lehet alkalmazást készíteni?

Nincs univerzális időtartam: minden az első verzió méretétől és attól függ, hetente mennyi időt szánsz rá. A valós viszonyítási pontom: 26 naptári nap az első commit és a TradaZen App Store-os megjelenése között.

Hogyan készíts alkalmazást iPhone-ra?

A 4 lépés ugyanaz, három Apple-specifikus eszközzel: az Apple Developer fiókkal, a TestFlighttal a tesztelőkhöz, és az App Store Connecttel az adatlaphoz és a review-ra küldéshez. A teljes út az iPhone-alkalmazás készítése oldalon van.

Kövesd ezt a módszert az iOS Kittel

Ez a 4 lépés pontosan az iOS Kit útvonalának lépései: kiválasztani az appot, ami pénzt hozhat, megépíteni a magját, bekötni a pénzt, publikálni és elérni, hogy megtalálják. A saját tempódban haladsz, az appjaim kiinduló kódjával és az egyes lépésekhez tartozó Claude Code skillekkel.

Egyedül is követheted ezt a módszert, a cikkben linkelt útmutatókkal. Nem tudod, melyik lépésnél tartasz? Az ingyenes diagnózis megmutatja, hol állsz, megmondja, melyikkel kezdj, és elküldi neked az Apple-elutasítások elleni ellenőrzőlistámat. Senki sem garantálhatja neked az Apple jóváhagyását vagy a bevételt; amit a módszer garantál, az az, hogy minden pillanatban tudod, mi van még hátra.