AI generátory aplikací dnes udělají z jedné věty použitelnou obrazovku za pár minut. Co ale nedělají, je zbytek - data, oprávnění a provoz. Kde přesně vede hranice mezi prototypem a systémem, na kterém firma opravdu jede.
Jestli jste za poslední rok viděli video, kde někdo napíše jednu větu a za třicet sekund má na obrazovce aplikaci, viděli jste nástroj jako Lovable, Bolt nebo v0. Nejsou to podvody. Opravdu to umí a opravdu je to rychlé.
Problém nastane až ve chvíli, kdy tu obrazovku chcete v pondělí ráno dát pěti kolegům a říct jim: od dneška v tom pracujeme.
Co ty nástroje reálně dělají
AI generátor aplikací vezme popis v běžné řeči a vygeneruje z něj zdrojový kód - nejčastěji webovou stránku nebo aplikaci s několika obrazovkami. Výsledek je hezký, funguje v prohlížeči a dá se rovnou ukázat.
V čem jsou tyhle nástroje opravdu dobré:
- Prototyp pro jednání. Potřebujete ukázat, jak by mohla vypadat objednávková stránka, a nechcete platit designéra za tři dny práce.
- Ověření nápadu. Chcete zjistit, jestli lidem dává smysl postup, který máte v hlavě, dřív než do něj investujete.
- Jednorázová věc. Kalkulačka, mikroaplikace na jednu kampaň, něco, co za měsíc vyhodíte.
To všechno jsou legitimní úlohy a nemá smysl je zlehčovat. Otázka je, co se stane, když stejný nástroj postavíte do role systému, ve kterém firma vede zakázky.
Tři věci, které prototyp nemá
1. Data, která někde bydlí
Vygenerovaná obrazovka umí zobrazit tabulku. Neřeší ale, kde ta tabulka fyzicky je, kdo ji zálohuje, co se stane, když ji někdo omylem smaže, a jak z ní za dva roky dostanete data ven.
Firemní systém stojí a padá s datovým modelem - s tím, že zakázka ví, ke kterému klientovi patří, faktura ví, ke které zakázce, a výkaz času ví, kdo ho zapsal. To není obrazovka. To je vrstva pod ní.
2. Kdo co vidí
V prototypu vidí všichni všechno, protože prototyp má jednoho uživatele - vás. V reálné firmě má brigádník vidět svoje směny, obchodník ceny svých zakázek a účetní všechno kromě mzdových nákladů kolegů.
Oprávnění nejsou funkce, kterou dopíšete potom. Jsou to pravidla, která musí platit v každém pohledu, každém exportu a každém e-mailu, který systém pošle.
3. Provoz
Kdo aplikaci hostuje. Kdo platí server. Co se stane, když spadne v pátek večer. Kdo nasadí bezpečnostní aktualizaci knihovny, o které jste nikdy neslyšeli. Kdo obnoví data ze zálohy, když je potřeba.
U prototypu jsou tohle abstraktní otázky. U systému, ve kterém máte zakázky za tři miliony, jsou to otázky, na které někdo musí odpovědět jménem.
Obrazovku vygenerují oba nástroje. Rozdíl je v tom, co je pod ní.
Prototyp odpoví na otázku „jak by to vypadalo“. Systém musí odpovědět i na „kde jsou data, kdo je hostuje a kdo uvidí ceny“.
Prototyp vs. provozní systém
| Kritérium | AI generátor aplikací | Provozní systém |
|---|---|---|
| Jak dlouho trvá první výsledek | Minuty | Minuty až hodiny |
| Co s daty | Řešíte si sami (databáze, hosting, zálohy) | Součást platformy |
| Oprávnění a role | Dopisujete ručně | Nastavení, ne vývoj |
| Změna po půl roce | Nový prompt, nový kód, nový review | Úprava pole nebo automatizace |
| Kdo to udrží | Někdo, kdo umí číst kód | Kdokoli z týmu |
| K čemu se hodí | Prototyp, ukázka, jednorázovka | Systém, na kterém firma stojí |
Kde je hranice
Praktické vodítko: prototyp je v pořádku, dokud neobsahuje data, o která byste přišli neradi.
Jakmile do aplikace začnou padat reálné zakázky, kontakty klientů, výkazy práce nebo faktury, přesouváte se do jiné kategorie. Nejde o to, že by generátor byl špatný nástroj - je to jiný nástroj na jinou práci, podobně jako je skica jiná věc než projektová dokumentace.
Test na jednu otázku
Zeptejte se sami sebe: kdyby tahle aplikace zítra přestala existovat, kolik práce nás bude stát ji nahradit? Když odpověď zní „hodinu“, klidně pokračujte s prototypem. Když zní „týden a nevíme, kde jsou data“, potřebujete systém.
Co s tím prakticky
Nejrozumnější postup, který dnes vidíme u firem, které si prošly obojím:
- Nápad si ověřte prototypem. Rychle, levně, klidně v generátoru. Zjistíte, jestli ten proces vůbec dává smysl.
- To, co se osvědčí, postavte na platformě. Datový model, oprávnění a automatizace už neřešíte kódem, ale nastavením.
- Prototyp zahoďte. Bez lítosti. Splnil, co měl.
Detailnější srovnání přístupů, včetně toho, čím se liší low-code a nocode, najdete v článku Low-code vs. nocode vs. vibe coding. Pokud vás zajímá, co se s vygenerovaným kódem děje za rok, na to odpovídá text AI vám aplikaci napíše. Kdo ji ale bude opravovat?. Celé téma od základních pojmů po hranice nocode shrnuje kompletní průvodce nocode a AI vývojem aplikací.
Časté otázky k AI generátorům aplikací
Jsou nástroje jako Lovable nebo Bolt k ničemu?
Ne. Jsou velmi dobré na to, na co byly navržené - rychle vygenerovat funkční obrazovku nebo prototyp. Problém vzniká jen tehdy, když se z prototypu potichu stane systém, na kterém firma jede, aniž by někdo dořešil data, oprávnění a provoz.
Nemůžu ten vygenerovaný kód prostě nasadit a používat?
Můžete, ale tím na sebe berete roli provozovatele software: hosting, zálohy, bezpečnostní aktualizace a opravy. Pro firmu, která nemá vlastního vývojáře, to bývá dražší a rizikovější než samotné napsání aplikace.
Jak poznám, že už potřebuju systém a ne prototyp?
Podle dat. Jakmile v aplikaci žijí reálné zakázky, klienti nebo výkazy práce a jejich ztráta by pro vás byla problém, potřebujete platformu, která za ně nese odpovědnost.