Jak dlouho trvá vytvořit aplikaci: reálné termíny

Jak dlouho trvá vytvořit aplikaci: krátká odpověď

Jak dlouho trvá vytvořit aplikaci? Poctivé univerzální číslo ti nikdo nedá, protože doba závisí hlavně na dvou věcech, které znáš jen ty: na velikosti první verze a na počtu hodin, které jí můžeš týdně věnovat. Část harmonogramu je ale známá předem: kroky na straně Applu se počítají na dny, ne na měsíce. Apple například uvádí, že 90 % příspěvků posoudí za méně než 48 hodin.

Skutečnou pákou je tedy vymezení rozsahu. Aplikace, která dělá jedinou věc, jen pro iOS, se stackem, který neobjevuješ ten samý den, se dá postavit za pár týdnů pravidelné práce. Katalog dvanácti funkcí na dvou platformách se může táhnout měsíce a nikdy nevyjít. Tenhle návod krok za krokem ukazuje, kam čas mizí, abys mohl odhadnout vlastní harmonogram.

Publikuju vlastní iOS aplikace: Solys, budík s minihrami, a TradaZen, simulátor tradingu, jsou na App Store. Nolera a Clic Apple zamítl, pak jsem je opravil. Kroky níže procházím při každém vydání.

Doba vývoje mobilní aplikace: na čem závisí?

Než se dostaneme ke krokům, tady jsou faktory, které ovlivňují dobu vývoje mobilní aplikace, od nejtěžšího po nejlehčí.

• Počet funkcí první verze. Zdaleka hlavní faktor. Každá funkce přidává obrazovky, prázdné stavy, chyby k ošetření a testy.
• Účty a backend. Aplikace, jejíž data zůstávají v telefonu, je mnohem jednodušší než aplikace s registrací a synchronizací mezi zařízeními.
• Platby. Předplatné vyžaduje nastavení u Applu, v RevenueCat a ve tvém kódu, plus testy nákupů.
• Jedna, nebo dvě platformy. Publikovat na iOS i Android znamená dvě sady podkladů, dvě kontroly a dvě série testů. Tuhle volbu rozebírám v článku iOS a Android aplikace zároveň.
• Tvůj dostupný čas. Deset hodin týdně a čtyřicet hodin týdně samozřejmě nedají stejný harmonogram.
• Tvoje výchozí úroveň a použití AI. AI výrazně zrychluje psaní kódu, zbytek mnohem méně. Vrátíme se k tomu níž.

Krok za krokem: kam mizí čas, když tvoříš iOS aplikaci

1. Vymezit nápad

Tenhle krok rozhoduje o všech ostatních. Určíš publikum, problém, hlavní funkci, obchodní model a to, co do první verze nepatří. Pokud trvá týdny, znamená to, že rozhodnutí nepadla. Na jeho uzavření stačí jednostránková specifikace.

2. Založit účet Apple Developer

Bez tohoto účtu za 99 $ ročně nemůžeš publikovat a Enterprise program Applu ho nenahradí. U fyzické osoby Apple uvádí, že pokud nedostaneš potvrzení členství do 24 hodin od nákupu, máš kontaktovat podporu. Firma nejdřív potřebuje číslo D-U-N-S: Apple počítá až s 5 pracovními dny na jeho získání a pak až se 2 pracovními dny, než se k němu informace dostane. Spusť to souběžně s vývojem, ne na konci. Podrobnosti najdeš v článku vývojářský účet Apple: cena a registrace.

3. Postavit hlavní funkci

Tady jsou rozdíly největší a skoro všechny pocházejí z rozsahu. Dobře definovaná funkce s prázdnými stavy a chybami se postaví rychle, hlavně s React Native, Expo a AI. Každá funkce přidaná „když už jsme u toho“ prodlužuje tenhle krok i všechny další. Stránka MVP iOS aplikace ti pomůže škrtnout na správném místě.

4. Testovat na iPhonu přes TestFlight

Simulátor nestačí: některé pády se ukážou jen na skutečném telefonu. Interní testování začíná, jakmile je tvůj build zpracovaný. U externích testerů Apple upřesňuje, že první build poslaný skupině prochází App Review a další nemusí nutně projít plnou kontrolou. Napoprvé tedy počítej s malým zdržením. Všechno vysvětluju v článku TestFlight: testování iPhone aplikace.

5. Napojit předplatné

Vytvořit produkty v App Store Connect, propojit je v RevenueCat, postavit paywall, otestovat nákupy a obnovení. Jedna věc k harmonogramu: Apple vyžaduje, aby první in-app nákup každého typu byl odeslán s novou verzí aplikace. Když na to zapomeneš, první odeslání odejde bez předplatného a spouštíš další kolo. Celou práci popisuje stránka in-app předplatné na iOS.

6. Připravit stránku na App Store

Screenshoty ve správných rozměrech, popis, klíčová slova, prohlášení o ochraně soukromí, odkazy na podmínky použití, poznámky pro reviewera. Když je všechno připravené předem, je to otázka hodin. Když pole objevuješ v den odeslání, může to zabrat několik dní.

7. Kontrola od Applu

Samotná kontrola bývá podle čísel Applu uvedených výše často rychlá. Čas stojí zamítnutí: každé znamená přečíst důvod, opravit, znovu odeslat a čekat na novou odpověď. Reálné lhůty a to, co je prodlužuje, rozebírám v článku jak dlouho trvá schválení na App Store.

Harmonogram aplikace se vyhrává na začátku, škrtáním funkcí, a prohrává na konci, objevováním pravidel Applu.

Jak dlouho trvá vytvořit aplikaci s AI?

AI opravdu změnila délku kroku 3. Claude, ChatGPT nebo Cursor napíšou obrazovky, navigaci a jednoduchou logiku za pár sekund, kde to ještě před pár lety znamenalo hodiny hledání.

Kroky 2, 4, 5, 6 a 7 změnila mnohem méně. Bez přístupu ke konzolím a bez testů spuštěných na příslušných zařízeních agent nemůže potvrdit stav účtu Apple, předplatného ani vykreslení. Tyhle kontroly vyžadují testovací prostředí, i když se agent podílí na jejich automatizaci. Výsledek: s AI se stavba zkracuje, ale podíl harmonogramu věnovaný nastavení, testům a kontrole poměrně roste. Podrobně o tom píšu v článku vytvořit iOS aplikaci s AI.

Tři věci, které termíny rozbijí

1. Měnit názor během stavby. Každé „když už jsme u toho“ znovu otevírá rozsah. Obrana: všechno, co není v první verzi, je černé na bílém zapsané jako mimo rozsah a stává se materiálem pro další verzi.
2. Objevit pravidla Applu až na konci. Chybějící demo účet, oříznutá obrazovka na malém iPhonu, špatně umístěná žádost o hodnocení, předplatné bez povinných údajů: každý pozdní objev stojí celé kolo kontroly. Stránka aplikace zamítnutá Applem shrnuje nejčastější důvody.
3. Zaseknout se sám na problému s nastavením. Certifikát, identifikátor předplatného, build, který se odmítá nainstalovat: tyhle zádrhele často potřebují jen správnou informaci, ale můžou projekt zastavit na dny, když ti nikdo nemůže pomoct.

Proč „rychleji“ není vždycky lepší

Aplikace může vyjít hodně rychle, když vynecháš testy na malé obrazovce, ošetření síťových chyb a ověření nákupů. Vyjde, pak se rozbije při prvním kontaktu se skutečnými uživateli a první hodnocení na App Store si to zapamatují.

Správným cílem není hrubá rychlost. Je to nejbližší datum vydání, které neobětuje ani kontrolu Applu, ani první dojem. Škrtej funkce, nikdy ne spolehlivost.

Skutečný orientační bod: 26 dní před publikací TradaZen

U TradaZen je první commit z 21. června 2026, první TestFlight z 25. června a publikace ze 17. července: 26 kalendářních dní od prvního commitu po App Store. Není to 26 dní práce na plný úvazek ani průměr pro všechny aplikace. Rozsah se po vydání dál vyvíjel.

Podrobná chronologie TradaZen rozlišuje fáze stavby, problémy s kontrolou a pivoty. Je to příklad k porovnání s tvým projektem, ne datum vydání k opsání.

Jak odhadnout vlastní termín?

Místo čísla nalezeného na internetu si pro svůj projekt udělej tenhle výpočet:

1. Napiš jednostránkovou specifikaci a vypiš obrazovky první verze.
2. Odhadni každou obrazovku v hodinách, s prázdnými stavy a chybami, pak přidej paywall a stránku na App Store.
3. Vyděl to svými skutečnými hodinami týdně, ne těmi, ve které doufáš.
4. Přidej rezervu aspoň na jedno kolo s Applem, hlavně pokud jde o tvou první aplikaci.
5. Spusť registraci Apple Developer hned na začátku, aby ti nikdy nezablokovala konec.

Pokud ti výsledek připadá moc dlouhý, nepracuj rychleji: odeber funkci.

Stanovit si termín

Pevný termín hodně pomáhá udržet úzký rozsah. iOS Kit dělí cestu na čtyři etapy: vybrat aplikaci, která může vydělávat, postavit jádro aplikace a otestovat ho přes TestFlight, napojit peníze, pak publikovat a nechat se najít. Datum pro každou z nich si stanovíš sám. Úvodní stránka ukazuje tyhle čtyři etapy, jak vytvořit mobilní aplikaci s Claude Code.

Pro odhad vlastního termínu vychází bezplatná diagnostika z tvé situace a času, který máš každý týden, a řekne ti, kterou etapou začít.

Termín je pracovní rámec, ne záruka publikace: schvaluje Apple a záleží i na tvém tempu. Pro celkový přehled cesty zůstává nejlepším výchozím bodem stránka vytvořit aplikaci pro iPhone.

Časté dotazy

Jak dlouho trvá vytvořit aplikaci pro iPhone?

Záleží hlavně na velikosti první verze a na počtu hodin, které jí můžeš týdně věnovat. Aplikace, která dělá jedinou věc, jen pro iOS, s nástroji, které neobjevuješ ten samý den, se dá postavit za pár týdnů pravidelné práce. Katalog dvanácti funkcí na dvou platformách se může táhnout měsíce a nikdy nevyjít.

Jaké jsou kroky k vytvoření aplikace pro iPhone?

Sedm kroků: vymezit nápad, založit účet Apple Developer, postavit hlavní funkci, testovat na iPhonu přes TestFlight, napojit předplatné, připravit stránku na App Store a pak projít kontrolou Applu. Vymezení rozhoduje o všech ostatních krocích. Registraci Apple Developer spusť souběžně s vývojem, ne na konci.

Jak dlouho trvá schválení aplikace Applem?

Apple uvádí, že nejméně 50 % příspěvků posoudí za méně než 24 hodin a 90 % za méně než 48 hodin. Samotná kontrola je tedy často rychlá. Čas stojí zamítnutí: je potřeba přečíst důvod, opravit, znovu odeslat a čekat na novou odpověď. Reálné lhůty rozebírám v článku jak dlouho trvá schválení na App Store.

Umožní AI vytvořit aplikaci rychleji?

Ano, ale hlavně při stavbě. Claude, ChatGPT nebo Cursor napíšou obrazovky, navigaci a jednoduchou logiku za pár sekund. Účet Apple, testy, předplatné, stránku na App Store a kontrolu AI mění mnohem méně. Výsledek: stavba se zkracuje, ale podíl harmonogramu věnovaný nastavení, testům a kontrole poměrně roste.

Co nejčastěji rozbije termín aplikace?

Hlavně tři věci: měnit názor během stavby, objevit pravidla Applu až na konci a zaseknout se sám na problému s nastavením. Každý pozdní objev pravidla Applu stojí celé kolo kontroly. Abys udržel rozsah, zapiš černé na bílém, co v první verzi není: stane se to materiálem pro další.

Existuje skutečný příklad, jak dlouho trvá publikovat iOS aplikaci?

Ano: u TradaZen, jedné z mých aplikací, dělí první commit z 21. června 2026 od publikace 17. července 26 kalendářních dní. Není to 26 dní práce na plný úvazek ani průměr pro všechny aplikace a rozsah se po vydání dál vyvíjel. Porovnej tenhle orientační bod se svým projektem, ale neopisuj ho jako datum vydání.