Prototyp máte za deň. Do ostrej prevádzky READY nie je!
S AI si dnes vie funkčnú aplikáciu naklikať aj človek z financií. Je to skvelý spôsob, ako zistiť, čo naozaj chcete. Kým ju však pustíte celej firme, treba z nej vytiahnuť to, čo vás naučila, a spísať to, zahodiť a postaviť nanovo a tentokrát lepšie.
Myšlienka stará 44 rokov konečne funguje
V roku 1982 vyšla kniha s názvom, ktorý dnes znie ako reklama na AI: Vývoj aplikácií bez programátorov. Jej autor James Martin z nej neskôr spravil metodiku rýchleho vývoja aplikácií, skrátene RAD.
Jej základná myšlienka: ľudia nevedia, čo chcú, kým to neuvidia. Preto netreba mesiace plánovať. Treba rýchlo postaviť klikateľný prototyp, dať ho ľuďom do rúk a stavať ďalej podľa ich reakcií.
Sľub sa vtedy naplniť nepodarilo. Nástroje tej doby nevedeli z popisu postaviť nič zložité. Dnes AI postaví funkčný prototyp za pár minút. Vývojári tomu hovoria vibe coding: poviete, čo chcete, AI to postaví, vy reagujete a ona upravuje.
Pri človeku
Pri kúpe bytu v novostavbe vám developer ukáže vizualizáciu a vzorový byt. Až keď sa v ňom prejdete, zistíte, že kuchyňa je pri spálni zle.
Pri AI
Prototyp je ten vzorový byt. Za deň ho máte v ruke, preklikáte ho s kolegami a hneď vidíte, čo nefunguje. Lacnejšie sa chyby v zadaní odhaliť nedajú.
Na čo je rýchly prototyp ideálny
Rýchle skladanie aplikácie s AI je výborné tam, kde chyba nič nestojí:
- overiť nápad skôr, než doň investujete,
- ukázať vedeniu alebo klientovi, ako by to mohlo vyzerať,
- postaviť jednoduchý interný nástroj pre pár ľudí,
- zistiť, na čo ste v zadaní zabudli.
„Autoservis chce, aby si zákazníci rezervovali termín online. Vedúca dielne si s AI za popoludnie naklikne prototyp: kalendár, výber služby, potvrdenie e-mailom. Mechanici ho za týždeň vyskúšajú a hneď vyjde najavo, že výmena pneumatík a servisná prehliadka nemôžu mať rovnakú dĺžku slotu. Na porade by na to pravdepodobne nikto neprišiel.“
Problém je pravidlo, na ktoré sa nedá kliknúť
Prototyp vyzerá ako hotový. A presne tu prichádza otázka, ktorú položí každý konateľ: „Funguje to, kedy to môže mať celá firma?“
Vráťme sa do autoservisu. Nikto v zadaní nenapísal, že zákazník nesmie zrušiť cudziu rezerváciu. Ani že nevidí mená ostatných zákazníkov. AI teda také pravidlo nenapísala. Pri skúšaní na to nikto nenarazí, lebo na pravidlo, ktoré neexistuje, sa kliknúť nedá.
Firma Veracode v roku 2025 otestovala viac ako 100 jazykových modelov a pri 45 % úloh mal vygenerovaný kód bezpečnostnú chybu. Nie je to dôvod AI nepoužívať. Je to dôvod nepúšťať prototyp do ostrej prevádzky bez kontroly.
Pri rýchlom skladaní sa navyše preskakuje všetko, čo robí softvér spoľahlivým:
- testy, ktoré overia, že to robí, čo má,
- kontrola kódu niekým iným než autorom,
- história zmien, aby sa dalo vrátiť späť,
- bezpečné narábanie s heslami a prístupmi.
Prototyp si nechajte. Do prevádzky ide to, čo vás naučil
Riešením nie je prototyp zahodiť, ale spísať, čo ste sa z neho dozvedeli. Obchodné pravidlá, podmienky, za ktorých výsledok prijmete, bezpečnostné požiadavky. Napríklad: zákazník vidí a ruší len svoje rezervácie.
Keď je pravidlo napísané, prečíta si ho aj niekto, kto prototyp nikdy neskúšal. A spýta sa: „Čo ak niekto zadá cudzie číslo rezervácie?“ Každé spísané pravidlo sa dá zmeniť na test, ktorý musí hotová aplikácia prejsť. O tom, ako takéto zadanie vyzerá, píšeme v článku o vývoji podľa špecifikácie.
| PROTOTYP | APLIKÁCIA PRE FIRMU | |
|---|---|---|
| Čas | hodiny až dni | týždne |
| Kto ho postaví | ktokoľvek s AI | AI pod vedením vývojára |
| Pravidlá a bezpečnosť | len tie, ktoré niekto napísal | spísané a otestované |
| Na čo je | overiť a ukázať | spoľahnúť sa na to |
„Rovnako postupujeme pri vývoji pre klientov: ukážka každé 1 až 2 týždne, aby ste reagovali na niečo, čo vidíte. Kód a prístupy sú na vašom mene a dávame záruku 60 dní. Prototyp je začiatok rozhovoru, nie koniec projektu.“
Programátori nezmizli. A nie sú jediní, koho treba!
Kniha z roku 1982 sľubovala vývoj bez programátorov. Po 44 rokoch je písanie kódu naozaj lacnejšie. Programátori však nezmizli a ich práca je stále náročná. Možno píšu menej kódu a viac ho kontrolujú, no musia mu rozumieť: architektúre, väzbám medzi systémami a tomu, čo sa pokazí pri každej zmene.
Rovnako dôležití sú ľudia, ktorí vedia poskladať produkt. Produktový človek sa vie správne pýtať, rozhodne, čo do nástroja patrí a čo nie, a dá prototyp dokopy tak, aby ho ľudia naozaj používali. Vibe coding dnes skúšajú aj marketéri a vyrábajú si vlastné nástroje. Je to dobrý začiatok, ale nástroj od marketingu pre marketing ešte nie je produkt, ktorý bude denne používať celá firma.
Produktový manažér, vývojár, marketér, človek, ktorý zvládne od všetkého trochu, aj majiteľ firmy robia každý inú prácu. Rýchlejšie prototypovanie tieto roly a skúsenosti nenahrádza. To, že prototyp dnes postaví ktokoľvek, je skvelé. Samo osebe to však produkt nevytvorí.
Neznamená to ani, že sa nemáte pýtať na cenu. Keď dodávateľ s AI pracuje rýchlejšie a efektívnejšie, je fér očakávať, že sa to prejaví aj v cene vývoja.
Pre vedenie z toho plynie jednoduché pravidlo. Prototyp z AI je skvelý na to, aby ste zistili, čo chcete. Na to, aby ste sa naň spoľahli, potrebuje zadanie, testy a niekoho, kto za výsledok zodpovedá.
Spýtajte sa sami seba
Beží u vás dnes niečo, čo vzniklo ako rýchly pokus, a nikto už nevie, aké pravidlá v tom naozaj platia?
