Kompletní průvodce tím, jak dnes vznikají firemní aplikace bez programátora - od základních pojmů přes srovnání přístupů až po to, kdy nocode nestačí. Rozcestník ke všem podrobným článkům na téma.
Před pěti lety znamenala věta „potřebujeme vlastní systém" půl roku vývoje a rozpočet, který si malá firma nemohla dovolit. Dnes existuje pět různých cest, jak se ke stejnému výsledku dostat, a rozdíly mezi nimi jsou pro netechnického člověka téměř neviditelné - dokud nenarazí.
Tenhle průvodce je rozcestník. Projde všechny pojmy, které kolem tématu létají, poctivě řekne, kde má který přístup hranice, a u každé kapitoly odkáže na podrobný článek, pokud vás téma zajímá do hloubky.
1. Co je nocode a co to není
Nocode je způsob stavby aplikací, kde místo psaní kódu skládáte hotové, otestované bloky - databáze, pohledy na data, formuláře, automatizace. Výsledkem není zdrojový kód, ale konfigurace, kterou platforma provozuje za vás.
Nejčastější nedorozumění: nocode neznamená „jednodušší aplikace". Znamená „jiná dělba práce". Přemýšlení nad tím, co má systém dělat a jak spolu data souvisí, zůstává na vás - jen ho nemusíte překládat do programovacího jazyka.
Druhé nedorozumění: nocode neznamená, že je všechno možné. Existují požadavky, které hotový blok nepokryje. Dobré platformy pro ně mají únikovou cestu (vlastní automatizační uzel, webhook, API), takže se řeší jedna výjimka místo celé aplikace.
Podrobně: Co je nocode a jak funguje.
2. Nocode, low-code, vibe coding - tři body na jedné ose
Tři pojmy, které marketing používá zaměnitelně, i když popisují různé věci. Nejjednodušší způsob, jak si je zapamatovat, je otázka: kolik zdrojového kódu na konci vlastníte a musíte spravovat?
| Nocode | Low-code | Vibe coding | |
|---|---|---|---|
| Kolik kódu vlastníte | Žádný | Částečně | Všechen |
| Kdo to používá | Netechnický člověk | Vývojář nebo zkušený uživatel | Kdo se orientuje v kódu |
| Údržba | Platforma | Vy u vlastní části | Vy celá |
| Hodí se na | Firemní systém | Systém s jednou výjimkou navíc | Prototyp, jednorázovka |
Podrobně: Low-code vs. nocode vs. vibe coding a Nocode vs. vibe coding.
3. AI generátory aplikací: co skutečně umí
Nástroje jako Lovable, Bolt nebo v0 vygenerují z jedné věty funkční obrazovku během minut. Není na tom nic falešného - opravdu to umí a jsou v tom velmi dobré.
Hranice se ukáže až den poté. Vygenerovaná obrazovka neřeší, kde fyzicky bydlí data, kdo je zálohuje, kdo aplikaci hostuje a jak nastavit, že obchodník nesmí vidět nákupní ceny. Tyhle tři vrstvy - data, oprávnění, provoz - jsou to, čím se prototyp liší od systému.
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“.
Praktické vodítko: prototyp je v pořádku, dokud neobsahuje data, o která byste přišli neradi.
Podrobně: Lovable, Bolt, v0 a spol..
4. Otázka, kterou většina firem přeskočí: kdo to bude udržovat
Napsání software nikdy nebylo tou drahou částí. Drahá je údržba - roky, kdy se mění zákony, procesy a lidé. AI zlevnila první den a nechala nedotčených zbylých tisíc.
Typický průběh prvního roku vygenerované aplikace: den 1 spuštěno, měsíc 2 změna sazby zapsaná natvrdo v kódu, měsíc 6 nový kolega potřebuje omezená práva, měsíc 12 něco přestane fungovat a nikdo v týmu tomu kódu nerozumí.
Tři otázky, které si položit dřív, než na vygenerovaném kódu postavíte něco důležitého:
- Kdo ve firmě ten kód přečte, až se něco pokazí?
- Kolik změn čekáme za rok a kdo je udělá?
- Co se stane, když ten člověk odejde?
Podrobně: AI vám aplikaci napíše. Kdo ji ale bude opravovat?.
5. Jak nocode funguje pod kapotou
Aby se dalo rozhodnout, jestli vám nocode stačí, pomůže vědět, z čeho se skládá. Prakticky vždy z pěti vrstev:
Databáze a vztahy. Základ všeho. Zakázka ví, ke kterému klientovi patří, faktura ke které zakázce, výkaz času k čemu se váže. Bez tohohle není systém, ale sada seznamů.
Pohledy. Stejná data zobrazená různě podle toho, kdo se dívá - tabulka, kanban, kalendář, časová osa, graf, galerie. Obchodník a projekťák se dívají na totéž, jen jinou optikou.
Formuláře a sběr dat. Cesta, kterou se data dostávají dovnitř zvenčí - od klienta, z webu, od kolegy v terénu.
Automatizace. Pravidla ve tvaru spouštěč → podmínka → akce. Tady se ze systému stává něco, co pracuje samo.
Oprávnění. Kdo vidí které databáze, které záznamy a které sloupce. Ne funkce navíc, ale pravidlo, které musí platit všude.
Podrobně: Datový model, který roste s týmem a Automatizace: kompletní úvodní průvodce.
6. Šablona, nebo vlastní model?
Nejčastější rozcestí. Test na tři otázky, který ho rozhodne za pět minut:
- Děláte to stejně jako konkurence? Standardní proces snese hotovou šablonu.
- Kolik věcí vedete bokem v tabulce? Čtyři a víc znamená, že máte vlastní systém v Excelu a šablona to nevyřeší.
- Jak často se váš proces mění? Dvakrát ročně je jiná situace než jednou za pět let.
Nejčastější výsledek testu není ani jeden extrém - je to „začít z hotového a upravit". Právě proto je nejdůležitější vlastnost systému ta, o které se v nabídkách nemluví: jestli jde datový model změnit poté, co jste v něm začali pracovat.
Podrobně: Šablona, nebo aplikace na míru? Test na tři otázky.
7. Kde nocode opravdu nestačí
Poctivá kapitola. Nocode není správná odpověď vždy. Nedává smysl, když:
- Software je váš produkt. Prodáváte ho nebo je vaší konkurenční výhodou - pak ho musíte vlastnit celý.
- Potřebujete netriviální výpočty nebo algoritmy. Optimalizace tras, simulace, strojové učení nad vlastními daty.
- Máte extrémní objemy nebo nároky na odezvu. Milionové transakce za den nejsou doména nocode platforem.
- Potřebujete specifické zařízení. Průmyslové sběrnice, čtečky, hardware s vlastním protokolem.
- Máte vlastní vývojový tým. Pak je vývoj interní kapacita, ne externí náklad.
Pro všechno ostatní - CRM, evidenci zakázek, helpdesk, interní portál, fakturaci, hlídání termínů - je nocode dnes obvykle rychlejší a levnější cesta ke stejnému výsledku.
8. Jak začít
Nejrychlejší cesta od rozhodnutí k funkční věci má čtyři kroky:
- Popište, co má systém umět, běžnou řečí. Ne technicky. „Chci vědět, kdo je klient, kdy je montáž, kdo na ní dělá a jestli je vyfakturovaná."
- Nechte z toho vzniknout návrh a projděte ho. Struktura databází a vazeb je jediná věc, kterou se vyplatí zkontrolovat pořádně.
- Začněte menší, než chcete. Většina lidí přidá na začátku modul, který po dvou týdnech nikdo neotevře.
- Zapojte lidi dřív, než si myslíte. Ušetří to předělávky pohledů.
Podrobně: Postavil jsem si firemní systém za odpoledne a Začínáme s Apexloopem.
Časté otázky k nocode a AI vývoji
Je nocode vhodný i pro větší firmu?
Ano. Rozhodující není počet lidí, ale povaha požadavků. Padesátičlenná firma s běžnou agendou (zakázky, klienti, fakturace, dokumenty) je pro nocode ideální případ. Naopak pětičlenný tým stavějící produkt s unikátním algoritmem potřebuje vývoj.
Co se stane s daty, když platformu opustíme?
Data musí být kdykoli exportovatelná ve strukturované podobě a bez příplatku. Ptejte se na to ještě před podpisem - u nocode platformy i u dodavatele vlastního vývoje. Vyhýbavá odpověď je sama o sobě odpověď.
Potřebujeme na to někoho technického?
Na stavbu ne. Na rozmyšlení, co jsou vaše hlavní entity a jak spolu souvisí, ano - ale to je práce pro člověka, který rozumí vašemu procesu, ne pro programátora.
Jak dlouho trvá, než je systém použitelný?
První funkční verze bývá otázka hodin až jednoho dne. Verze, se kterou je tým spokojený, dva až tři týdny běžného provozu a průběžného dolaďování. Rozdíl mezi tím není v technologii, ale v tom, že proces se dolaďuje za chodu.
Můžeme kombinovat nocode s vlastním kódem?
Ano, a je to běžné. Naprostá většina aplikace zůstane bez kódu, a jedna konkrétní výjimka se vyřeší přes webhooky nebo API. Rozdíl oproti vlastnímu vývoji je v poměru - vlastníte jednu výjimku, ne celý systém.