Zadání mobilní aplikace: šablona na jednu stránku

Zadání mobilní aplikace: krátká odpověď

Dobré zadání mobilní aplikace, když tvoříš vlastní appku, se vejde na jednu stránku. Odpovídá na deset otázek: pro koho, jaký problém, jaká hlavní funkce, jak appka vydělává, co jde dělat bez účtu, jaká data musí přežít, na jaké platformě, co je mimo první verzi, jak poznáš, že to funguje, a s jakými omezeními. Šablona ke zkopírování je níže. Můžeš si taky stáhnout osnovu a její kontrolní tabulku (.md), bez registrace.

Čtyřicetistránkové šablony, které najdeš na internetu, jsou psané pro jiný účel: pro klienta, který si objednává appku u dodavatele a potřebuje smluvní dokument. Ty jsi zároveň ten, kdo rozhoduje, i ten, kdo staví, často s pomocí AI. Tvoje zadání slouží ke dvěma věcem: rozhodnout věci dřív, než začneš kódovat, a dát Claudovi, ChatGPT nebo Cursoru jasný kontext, aby postavili správnou appku.

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. Tuhle metodu používám u každé z nich a tu ti tady nabízím.

Proč na vymezení vlastní appky stačí jedna stránka

Dlouhý dokument vytváří dojem, že ses posunul. V praxi se napíše jednou, málokdy se k němu někdo vrátí a projekt se od něj odchýlí hned v prvních týdnech. Jedna stránka se naopak dá přečíst za dvě minuty před každým pracovním sezením.

Omezený prostor má i užitečný efekt: nutí tě rozhodnout se. Když odpověď přesáhne dvě věty, často to znamená, že rozhodnutí ještě nepadlo. Je lepší to zjistit na papíře než ve svém kódu o tři týdny později.

A konečně, jedna stránka má správnou velikost pro AI. Můžeš ji celou vložit do konverzace nebo ji uložit do kontextového souboru projektu. Krátký dokument se snáz kontroluje a obsahuje méně protichůdných pokynů. Nezaručuje ale, že se jimi AI bude řídit: její návrhy ověřuj podle tohoto rámce.

Co má obsahovat zadání mobilní aplikace?

Na každou z těchto otázek odpověz jednou nebo dvěma větami.

1. Kdo appku používá a v jaké situaci? Ne „lidé 18-35 let“. Spíš konkrétní člověk v konkrétní chvíli jeho dne.
2. Jaký problém appka řeší, jednou větou? Pokud potřebuješ „a ještě“, popisuješ dvě appky.
3. Jaká je TA hlavní funkce první verze? Jen jedna. Ostatní počkají na čísla. Stránka MVP iOS aplikace vysvětluje, jak vybírat.
4. Jak appka vydělává? Předplatné, jednorázový nákup, nebo zdarma. Tahle odpověď mění appku už od první obrazovky. Pokud váháš, přečti si předplatné, nebo jednorázový nákup pro iOS aplikaci.
5. Co jde dělat bez vytvoření účtu? Když včas rozhodneš, co je dostupné bez registrace, nebudeš muset předělávat celý onboarding.
6. Jaká data musí přežít výměnu telefonu? Tahle otázka rozhoduje, jestli potřebuješ backend jako Supabase, nebo jestli může všechno zůstat v zařízení.
7. Jen iOS, nebo iOS i Android? Moje rada pro začátečníky: nejdřív iOS. Proč, rozebírám v článku iOS a Android aplikace zároveň.
8. Co je výslovně MIMO první verzi? Nejužitečnější část dokumentu. Utne debaty dřív, než vzniknou, se sebou samým i s AI.
9. Jak poznáš, že to funguje? Jediný signál, měřitelný v týdnech po vydání: spuštěné zkušební verze, předplatitelé, uživatelé, kteří se vracejí.
10. Jaká jsou tvoje skutečná omezení? Čas, který tomu můžeš věnovat každý týden, tvoje vybavení a tvůj účet Apple Developer, který stojí 99 $ ročně. Nemáš Mac? To tě nezastaví, jak vysvětluju v článku publikovat iOS aplikaci bez Macu.

Šablona zadání ke zkopírování

Zkopíruj tuhle šablonu do poznámky nebo do textového souboru v kořeni projektu a pak nahraď každý řádek.

• Pracovní název appky: …
• Pro koho: člověk, který … ve chvíli, kdy …
• Řešený problém, jednou větou: …
• Hlavní funkce verze 1: …
• Co uživatel uvidí, když appku poprvé otevře: …
• Obchodní model: předplatné / jednorázový nákup / zdarma, a co je placené: …
• Bez účtu jde: …
• Data, která se musí zachovat mezi dvěma telefony: žádná / …
• Platforma: nejdřív iOS (Android později, pokud to čísla dovolí)
• Mimo verzi 1: …, …, …
• Signál úspěchu: …
• Stack: React Native, Expo, Supabase, pokud jsou potřeba účty, RevenueCat pro předplatné
• Omezení: … hodin týdně, účet Apple Developer založený, nebo ne, Mac, nebo ne
• Appky, jejichž zážitek se mi líbí, a proč: …

Přidej tři až pět screenshotů appek, které máš rád, s pár slovy o tom, co se ti na nich líbí. Řekne to víc než grafický manuál, tobě i AI.

Zadání není seznam přání. Je to seznam rozhodnutí, která padla.

Příklad: vyplněná stránka pro smyšlenou appku

Abys viděl, jakou úroveň detailu čekat, tady je šablona vyplněná pro appku vymyšlenou jen pro tento příklad, časovač na učení.

• Pro koho: student, který se večer učí sám a po deseti minutách ztrácí pozornost.
• Problém: nedokáže vydržet pracovní blok, aniž by sáhl na telefon.
• Hlavní funkce: spustit časovaný blok a vidět svou sérii dodržených dní.
• První obrazovka: jediné tlačítko pro spuštění bloku.
• Obchodní model: předplatné na podrobné statistiky, základní blok zdarma.
• Bez účtu: všechno kromě zálohy mezi dvěma telefony.
• Mimo verzi 1: skupinový režim, žebříček mezi přáteli, widgety, verze pro Android.
• Signál úspěchu: uživatelé, kteří se vracejí několik dní po sobě.

Všimni si, co tam záměrně chybí: žádný seznam dvaceti obrazovek, žádné předepsané barvy, žádná architektura. Tyhle volby přijdou během stavění a stránka ti slouží k ověření, že pořád slouží hlavní funkci.

Jak zadáním vést AI

Tady ti stránka přinese nejvíc. AI, která kóduje bez kontextu, hádá, a často uhodne jinou appku než tvoji.

Dej stránku do trvalého kontextu projektu. Claude Code čte soubor CLAUDE.md v kořeni, Cursor má vlastní soubory s pravidly. Vlož tam své zadání i se stackem. Každý požadavek pak vychází ze stejného základu.

Když to AI přežene, cituj sekci „mimo verzi 1“. Asistenti rádi navrhují funkce navíc: tmavý režim, sdílení, notifikaci. Tvůj seznam vyloučených věcí ti dává hotovou odpověď: teď ne.

Požádej o plán, který stránku respektuje. Před velkým kusem práce napiš: „tady je moje zadání, navrhni plán pro hlavní funkci, zatím nekóduj“. Hned poznáš, jestli se plán vzdaluje od toho, co jsi rozhodl.

Nech ji přečíst stránku, nejen kód. Zeptej se: „které otázky v tomhle zadání jsou nejasné nebo si odporují?“. Je to podceňované využití AI a ušetří ti týdny práce špatným směrem.

Jestli chceš jít dál, pasti a kontroly jsem rozebral v článku vytvořit iOS aplikaci s AI.

Jak z rozhodnutí udělat akceptační kritéria

Hlavní funkce musí mít pozorovatelný výsledek. U smyšleného časovače z tohoto příkladu je „časovač funguje“ příliš vágní. Napiš raději: „Spustím blok, zobrazí se zbývající čas, můžu ho zastavit a po znovuotevření appky najdu poslední dokončený blok.“ Samostatně rozhodni, jestli má časovač běžet i při zamčené obrazovce: tahle volba může změnit technickou práci.

Ke každé funkci přidej tři řádky: akce, očekávaný výsledek, důkaz. Důkazem může být automatizovaný test u výpočtu, nebo ověření na zařízení u uživatelského průchodu. Zapiš si i to, co otestované nebylo. Tahle malá tabulka zabrání tomu, abys zaměnil hotovou obrazovku za funkci připravenou k použití.

Tady je vyplněná tabulka pro náš smyšlený časovač. Jsou to kritéria k ověření, ne už úspěšně projité testy:

Rozhodnutí ze zadání	Co otestovat	Očekávaný výsledek
Základní blok je dostupný bez účtu	Nainstalovat appku a spustit blok bez registrace	Spuštění neblokuje žádný registrační formulář
Přerušený blok se do série nepočítá	Zastavit blok před koncem, pak otevřít historii	Nepřibude žádný dokončený blok
Historie zůstává v zařízení	Dokončit blok, zavřít a znovu otevřít appku	Blok se objeví jen jednou a se správnou délkou
Základní časovač funguje bez sítě	Zapnout režim letadla a dokončit blok	Časovač i lokální ukládání zůstanou použitelné
Podrobné statistiky jsou placené	Otevřít statistiky bez předplatného	Zobrazí se nabídka; základní blok zůstane dostupný

Věci, které jsou pořád nejasné, se stávají rozhodnutími, která je potřeba udělat. Například: co dělat, když uživatel během bloku zamkne obrazovku nebo změní čas v telefonu? Nenech agenta rozhodnout potichu. Napiš požadované chování a pak případ přidej do tabulky. Jak takové testování zorganizovat na skutečné instalaci, ukazuje návod testovat iPhone appku přes TestFlight.

Jak rozhodnout, co vyškrtnout, když první verze přetéká

Projdi každou funkci a polož si otázku: „Dostane uživatel bez ní pořád slíbený výsledek?“ U našeho časovače může žebříček mezi přáteli počkat. Najít dokončený blok je nutné, pokud slibuješ sérii dní. Obrazovka s předplatným je nutná jen tehdy, když statistiky v této verzi opravdu prodáváš.

Rozhodnutí i jeho důvod si zapiš do deníku ve stažitelné šabloně. K volbě se můžeš po testech vrátit, aniž bys ztratil důvod původního rozsahu. Tutoriál vytvořit aplikaci s Claude Code pak ukazuje, jak tohle zadání přetavit v omezené a ověřitelné požadavky.

Zkušenost z praxe: TradaZen po publikaci změnil rozsah. Zadání slouží k tomu, abys vydal měřitelnou první verzi a o další rozhodoval podle skutečné zpětné vazby.

Past jménem katalog funkcí

Přirozený reflex je vypsat všechno, co appka „bude muset umět“: mapu, chat, notifikace, doporučování, offline režim. Takový katalog je nejspolehlivější známka projektu, který nikdy nedojde do cíle, z jednoduchého důvodu: každá funkce přidaná před vydáním oddaluje chvíli, kdy ti skuteční uživatelé řeknou, na čem záleží.

Dobrá první verze dělá jednu věc a dělá ji dobře. Pozor ale na opačný extrém: Apple vyžaduje, aby appka byla víc než zabalený web, podle pravidla 4.2 App Review Guidelines. Jedna hlavní funkce ano, prázdná skořápka ne: to je důvod zamítnutí podle guideline 4.2.

Co do zadání mobilní aplikace nepatří

• Kompletní grafický manuál. Na začátek stačí pár referenčních screenshotů.
• Plán den po dni. Ještě nemáš informace, abys ho dodržel. Stačí týdenní cíl.
• Podrobná technická architektura. Vyber osvědčený stack a detaily nech rozhodnout během stavění.
• Funkce „na později“ smíchané se zbytkem. Všechny patří do sekce mimo verzi 1.

Kdy zadání aktualizovat?

Přečti si ho na začátku každého pracovního týdne. Aktualizuj ho, jen když se rozhodnutí změní ze skutečného důvodu: test na iPhonu, který ukáže, že obrazovka nefunguje, zpětná vazba od testera, omezení od Applu, na které narazíš cestou. Pokud ho měníš každý den, už nic nevymezuje.

Jakmile vydáš první verzi, stránka se stane základem té další: to, co bylo mimo verzi 1, se posune nahoru, seřazené podle toho, co ti říkají čísla. Celkový přehled cesty od nápadu po publikaci najdeš na stránce vytvořit iPhone aplikaci.

Od stránky k publikované appce

Pokud jsi odpověděl na deset otázek, už jsi udělal práci, kterou spousta projektů přeskočí. Dál tě čeká postavit hlavní funkci, otestovat ji na iPhonu, napojit předplatné a připravit podklady pro Apple.

Přesně tohle je cesta iOS Kit, ve čtyřech krocích vlastním tempem: první slouží k výběru appky, která může vydělávat, jejího publika a ceny, a tvoje zadání je jeho výchozím bodem.

Nevíš, jestli je tvůj nápad připravený vejít se na jednu stránku? Bezplatná diagnostika ti řekne, co tvůj projekt dnes brzdí a do kterého kroku se pustit nejdřív. Úvodní stránka pak ukazuje, jak z tohoto zadání vytvořit mobilní appku s Claude Code.

Neslibuju ti příjem ani publikaci: schvaluje Apple a o zbytku rozhoduje trh. I bez kitu ti tahle šablona na začátek stačí.

Časté dotazy

Jak napsat zadání mobilní aplikace?

Vejdi se s ním na jednu stránku: deset otázek, jedna nebo dvě věty na odpověď. Týkají se publika, problému, hlavní funkce, obchodního modelu, toho, co jde bez účtu, dat, která musí přežít, platformy, toho, co je mimo první verzi, signálu úspěchu a omezení. Když odpověď přesáhne dvě věty, často to znamená, že rozhodnutí ještě nepadlo.

V jakém programu psát zadání aplikace?

Stačí obyčejná poznámka nebo textový soubor v kořeni projektu: zkopíruješ do něj šablonu a nahradíš každý řádek. Můžeš si taky stáhnout osnovu a její kontrolní tabulku (.md), bez registrace. Chceš-li jím vést AI, ulož ho pak do kontextového souboru projektu.

Potřebuje aplikace čtyřicetistránkové zadání?

Ne, když tvoříš vlastní appku: stačí jedna stránka. Čtyřicetistránkové šablony z internetu jsou psané pro klienta, který si appku objednává u dodavatele a potřebuje smluvní dokument. Ty rozhoduješ i stavíš: tvoje stránka slouží k rozhodnutím před kódováním a jako kontext pro AI.

Jak předat zadání AI, která kóduje?

Dej stránku do trvalého kontextu projektu: Claude Code čte soubor CLAUDE.md v kořeni, Cursor má vlastní soubory s pravidly. Když to AI přežene, cituj sekci „mimo verzi 1“. Před velkým kusem práce si řekni o plán, který stránku respektuje, a zatím nekóduj.

Jak ověřit, že funkce odpovídá zadání?

Ke každé funkci přidej tři řádky: akci, očekávaný výsledek a důkaz. Důkazem může být automatizovaný test u výpočtu, nebo ověření na zařízení u uživatelského průchodu. Zapiš si i to, co otestované nebylo, abys nezaměnil hotovou obrazovku za funkci připravenou k použití.

Co do zadání aplikace nepsat?

Čtyři věci, kterým se vyhnout: kompletní grafický manuál, plán den po dni, podrobná technická architektura a funkce „na později“ smíchané se zbytkem. Na začátek stačí pár referenčních screenshotů a u plánu stačí týdenní cíl. Funkce na později patří všechny do sekce mimo verzi 1.