Mennyi idő egy app elkészítése: valós határidők

Mennyi idő egy alkalmazás elkészítése: a rövid válasz

Mennyi idő elkészíteni egy alkalmazást? Senki nem tud neked őszintén egyetlen, mindenkire érvényes számot mondani, mert az időtartam főleg két dologtól függ, amit csak te ismersz: mekkora az első verziód, és hány órát tudsz rászánni hetente. Az ütemterv egy része viszont előre ismert: az Apple-féle lépések napokban mérhetők, nem hónapokban. Az Apple például azt közli, hogy a beküldések 90%-át 48 órán belül átnézi.

Az igazi kulcs tehát a keretek meghúzása. Egy app, ami egyetlen dolgot csinál, csak iOS-re, olyan technológiával, amit nem aznap látsz először, néhány hét rendszeres munkával elkészül. Egy tizenkét funkciós lista két platformon hónapokig húzódhat, és lehet, hogy sosem jelenik meg. Ez az útmutató lépésről lépésre megmutatja, hová megy el az idő, hogy meg tudd becsülni a saját ütemtervedet.

A saját iOS appjaimat publikálom: a Solys, egy minijátékos ébresztőóra, és a TradaZen, egy tőzsdeszimulátor, fent van az App Store-ban. A Nolerát és a Clicet az Apple elutasította, aztán kijavítottam őket. Az alábbi lépéseken minden megjelenésnél végigmegyek.

Mobilalkalmazás fejlesztési ideje: mitől függ?

Mielőtt a lépésekről beszélnénk, íme a tényezők, amelyek befolyásolják egy mobilalkalmazás fejlesztési idejét, a legsúlyosabbtól a legkönnyebbig.

• Az első verzió funkcióinak száma. Messze ez a fő tényező. Minden funkció újabb képernyőket, üres állapotokat, kezelendő hibákat és teszteket hoz.
• A fiókok és a backend. Egy app, amelynek adatai a telefonon maradnak, sokkal egyszerűbb, mint egy regisztrációval és eszközök közötti szinkronizálással.
• A fizetés. Egy előfizetés beállítást igényel az Apple-nél, a RevenueCatben és a kódodban, plusz vásárlási teszteket.
• Egy vagy két platform. iOS-re és Androidra publikálni két adatlapot, két ellenőrzést és két tesztsorozatot jelent. Ezt a döntést itt részletezem: iOS és Android app egyszerre.
• A rendelkezésre álló időd. Heti tíz óra és heti negyven óra nyilván nem ugyanazt az ütemtervet adja.
• A kiinduló szinted és az AI használata. Az AI erősen felgyorsítja a kódírást, a többit sokkal kevésbé. Erre még visszatérünk.

Lépésről lépésre: hová megy el az idő, amikor iOS appot készítesz

1. Az ötlet kereteinek meghúzása

Ez a lépés dönt az összes többiről. Rögzíted a célközönséget, a problémát, a fő funkciót, az üzleti modellt, és azt, ami kimarad az első verzióból. Ha hetekig tart, akkor a döntések nincsenek meghozva. Egy egyoldalas specifikáció elég a lezárásához.

2. Az Apple Developer fiók megnyitása

E nélkül a fiók nélkül, ami évi 99 dollár, nem tudsz publikálni, és az Apple Enterprise programja nem helyettesíti. Magánszemélyeknél az Apple azt írja, hogy ha a vásárlást követő 24 órán belül nem kaptad meg a tagság megerősítését, fordulj az ügyfélszolgálathoz. Cégnél előbb egy D-U-N-S szám kell: az Apple legfeljebb 5 munkanapot számol a megszerzésére, majd legfeljebb 2 munkanapot, amíg az információ eljut hozzá. Ezt a fejlesztéssel párhuzamosan indítsd el, ne a végén. A részletek itt: Apple fejlesztői fiók: ár és regisztráció.

3. A fő funkció megépítése

Itt a legnagyobbak az eltérések, és szinte mind a terjedelemből fakadnak. Egy jól definiált funkció az üres állapotaival és hibáival gyorsan elkészül, főleg React Native-vel, Expóval és AI-jal. Minden „ha már itt vagyunk” alapon hozzáadott funkció meghosszabbítja ezt a lépést és az összes következőt. Az iOS app MVP oldal segít a jó helyen vágni.

4. Tesztelés az iPhone-odon TestFlighttal

A szimulátor nem elég: néhány összeomlás csak valódi telefonon jelenik meg. A belső tesztek azonnal indulnak, amint a buildet feldolgozták. Külső tesztelőknél az Apple pontosítja, hogy egy csoportnak küldött első build átmegy az App Review-n, a következők pedig nem feltétlenül igényelnek teljes ellenőrzést. Első alkalommal tehát számolj egy kis késéssel. Minden el van magyarázva itt: TestFlight: iPhone app tesztelése.

5. Az előfizetések bekötése

A termékek létrehozása az App Store Connectben, összekötésük a RevenueCatben, a paywall megépítése, a vásárlások és a visszaállítás tesztelése. Egy fontos ütemezési pont: az Apple megköveteli, hogy minden típusból az első alkalmazáson belüli vásárlást az app egy új verziójával küldd be. Ha ezt elfelejted, az első beküldésed előfizetés nélkül megy el, és újabb kört kell indítanod. A teljes folyamat az iOS alkalmazáson belüli előfizetések oldalon van.

6. Az App Store-adatlap előkészítése

Képernyőképek a megfelelő méretekben, leírás, kulcsszavak, adatvédelmi nyilatkozatok, linkek a felhasználási feltételekhez, megjegyzések az ellenőrnek. Ha minden előre készen van, ez órák kérdése. Ha a beküldés napján fedezed fel a mezőket, több napig is eltarthat.

7. Az Apple ellenőrzése

Maga az ellenőrzés gyakran gyors, a fent idézett Apple-számok szerint. Ami időbe kerül, azok az elutasítások: minden elutasítás azt jelenti, hogy elolvasod az indoklást, javítasz, újraküldöd, és vársz egy új válaszra. A valós határidőket és azt, ami meghosszabbítja őket, itt részleteztem: App Store jóváhagyási idő.

Egy app ütemtervét az elején nyered meg, funkciók kivágásával, és a végén veszíted el, amikor felfedezed az Apple szabályait.

Mennyi idő egy appot AI-jal elkészíteni?

Az AI valóban megváltoztatta a 3. lépés időtartamát. A Claude, a ChatGPT vagy a Cursor másodpercek alatt megír képernyőket, navigációt és egyszerű logikát, ahol néhány éve órákig kellett keresgélni.

A 2., 4., 5., 6. és 7. lépést sokkal kevésbé változtatta meg. A konzolokhoz való hozzáférés és az érintett eszközökön futtatott tesztek nélkül egy ágens nem tudja megerősíteni az Apple-fiók, az előfizetések vagy a megjelenés állapotát. Ezekhez az ellenőrzésekhez tesztkörnyezet kell, még ha az ágens részt is vesz az automatizálásukban. Eredmény: AI-jal az építés rövidül, de az ütemtervben a beállításra, tesztelésre és ellenőrzésre jutó rész arányaiban nő. Erről részletesen itt írok: iOS app készítése AI-jal.

A három dolog, ami szétrobbantja a határidőket

1. Menet közben meggondolni magad. Minden „ha már itt vagyunk” újranyitja a terjedelmet. A megoldás: mindazt, ami nincs benne az első verzióban, feketén-fehéren leírod terjedelmen kívüliként, és ez lesz a következő verzió alapanyaga.
2. Az Apple szabályait a végén felfedezni. Hiányzó demófiók, kis iPhone-on levágott képernyő, rosszul elhelyezett értékeléskérés, előfizetés a kötelező feliratok nélkül: minden késői felfedezés egy teljes ellenőrzési körbe kerül. Az Apple által elutasított alkalmazás oldal felsorolja a leggyakoribb okokat.
3. Egyedül elakadni egy beállítási problémán. Egy tanúsítvány, egy előfizetés-azonosító, egy build, ami nem hajlandó települni: ezekhez sokszor csak egy jó információ kell, de napokra megbéníthatnak egy projektet, ha senki nem tud segíteni.

Miért nem mindig jobb a „gyorsabban”?

Egy app nagyon gyorsan megjelenhet, ha kihagyod a kis képernyős teszteket, a hálózati hibák kezelését és a vásárlások ellenőrzését. Megjelenik, aztán az első valódi felhasználóknál elromlik, és az első App Store-értékelések ezt meg is jegyzik.

A jó cél nem a nyers sebesség. Hanem a legközelebbi megjelenési dátum, ami nem áldozza fel sem az Apple-ellenőrzést, sem az első benyomást. Funkciókat vágj ki, soha ne a stabilitásból.

Egy valós viszonyítási pont: a TradaZen publikálása előtti 26 nap

A TradaZennél az első commit 2026. június 21-én volt, az első TestFlight június 25-én, a publikálás július 17-én: 26 naptári nap az első committól az App Store-ig. Ez nem 26 nap teljes munkaidős munka, és nem is minden appra érvényes átlag. A terjedelem a megjelenés után is tovább változott.

A TradaZen részletes idővonala elkülöníti az építési lépéseket, az ellenőrzési problémákat és az irányváltásokat. Ez egy példa, amihez a projektedet hasonlíthatod, nem egy lemásolandó megjelenési dátum.

Hogyan becsüld meg a saját határidődet?

Egy neten talált szám helyett végezd el ezt a számítást a projektedre:

1. Írd meg az egyoldalas specifikációdat, és sorold fel az első verzió képernyőit.
2. Becsüld meg órában minden képernyőt, az üres állapotokkal és hibákkal együtt, majd add hozzá a paywallt és az App Store-adatlapot.
3. Oszd el a valós heti óráiddal, nem azokkal, amikben reménykedsz.
4. Adj hozzá tartalékot legalább egy oda-vissza körre az Apple-lel, főleg, ha ez az első appod.
5. Indítsd el az Apple Developer regisztrációt rögtön az elején, hogy soha ne akassza meg a befejezést.

Ha az eredmény túl hosszúnak tűnik, ne dolgozz gyorsabban: vegyél ki egy funkciót.

Határidő kitűzése

Egy fix határidő sokat segít a szűk terjedelem tartásában. Az iOS Kit négy lépésre bontja az utat: kiválasztani az appot, ami pénzt hozhat, megépíteni az app magját és tesztelni TestFlighttal, bekötni a bevételt, majd publikálni és megtalálhatóvá válni. Mindegyikhez te tűzöl ki dátumot. A kezdőoldal ezt a négy lépést mutatja be mobilalkalmazás készítéséhez Claude Code-dal.

A saját határidőd megbecsléséhez az ingyenes diagnózis a helyzetedből és a heti rendelkezésre álló idődből indul ki, és megmondja, melyik lépéssel kezdj.

Egy határidő munkakeret, nem a publikálás garanciája: az Apple hagyja jóvá, és a tempód is számít. Az út áttekintéséhez továbbra is az iPhone-alkalmazás készítése oldal a legjobb kiindulópont.

Gyakori kérdések

Mennyi idő kell egy iPhone-alkalmazás elkészítéséhez?

Főleg az első verziód méretétől és attól függ, hány órát tudsz rászánni hetente. Egy app, ami egyetlen dolgot csinál, csak iOS-re, olyan eszközökkel, amiket nem aznap látsz először, néhány hét rendszeres munkával elkészül. Egy tizenkét funkciós lista két platformon hónapokig húzódhat, és lehet, hogy sosem jelenik meg.

Milyen lépésekből áll egy iPhone-alkalmazás elkészítése?

Hét lépésből: az ötlet kereteinek meghúzása, az Apple Developer fiók megnyitása, a fő funkció megépítése, tesztelés az iPhone-odon TestFlighttal, az előfizetések bekötése, az App Store-adatlap előkészítése, végül az Apple ellenőrzésén való átjutás. A keretek meghúzása dönt az összes többi lépésről. Az Apple Developer regisztrációt a fejlesztéssel párhuzamosan indítsd, ne a végén.

Mennyi ideig tart egy alkalmazás jóváhagyása az Apple-nél?

Az Apple azt közli, hogy a beküldések legalább 50%-át 24 órán belül, 90%-át pedig 48 órán belül átnézi. Maga az ellenőrzés tehát gyakran gyors. Ami időbe kerül, azok az elutasítások: el kell olvasni az indoklást, javítani, újraküldeni, aztán várni egy új válaszra. A valós határidők részletesen itt: App Store jóváhagyási idő.

Az AI-jal gyorsabban lehet alkalmazást készíteni?

Igen, de főleg az építésnél. A Claude, a ChatGPT vagy a Cursor másodpercek alatt megír képernyőket, navigációt és egyszerű logikát. Az Apple-fiókon, a teszteken, az előfizetéseken, az App Store-adatlapon és az ellenőrzésen az AI sokkal kevésbé változtat. Eredmény: az építés rövidül, de az ütemtervben a beállításra, tesztelésre és ellenőrzésre jutó rész arányaiban nő.

Mitől csúszik meg egy alkalmazás határideje?

Főleg három dologtól: ha menet közben meggondolod magad, ha az Apple szabályait a végén fedezed fel, és ha egyedül elakadsz egy beállítási problémán. Egy Apple-szabály minden késői felfedezése egy teljes ellenőrzési körbe kerül. A terjedelem megtartásához írd le feketén-fehéren, mi nincs benne az első verzióban: ez lesz a következő alapanyaga.

Van valós példa egy iOS app publikálási idejére?

Igen: a TradaZennél, az egyik appomnál, 26 naptári nap telt el a 2026. június 21-i első commit és a július 17-i publikálás között. Ez nem 26 nap teljes munkaidős munka, és nem is minden appra érvényes átlag, a terjedelem pedig a megjelenés után is tovább változott. Hasonlítsd ezt a viszonyítási pontot a projektedhez, de ne másold le megjelenési dátumként.