Ve většině firem se drobné nápady na automatizaci utopí ve frontě na IT oddělení. "Bylo by fajn mít na tohle nástroj" skončí v zápisu z porady a tam zůstane. Školení vibe codingu tohle mění: tým se naučí jednoduché interní nástroje stavět sám, s pomocí AI. Ukážu ti, co se firma naučí a co si reálně odnese.
Co je vibe coding a proč ho učit lidi bez IT
Vibe coding je způsob stavění aplikací, kde popisuješ AI, co potřebuješ, a ona ti generuje kód. Ty zůstáváš tím, kdo rozhoduje, kontroluje a směřuje. Neznamená to, že každý ve firmě bude programátor. Znamená to, že lidé, kteří nejlíp znají vlastní práci, dokážou postavit nástroj přesně na svůj problém.
Účetní nejlíp ví, jaký výkaz potřebuje. Obchodník nejlíp ví, jak chce evidovat schůzky. Když takový člověk dostane do ruky vibe coding, nemusí svůj problém složitě překládat vývojáři a čekat týdny. Postaví si jednoduchou pomůcku za odpoledne.
Nejlepší nástroj postaví ten, kdo má ten problém každý den. Vibe coding mu k tomu konečně dá prostředky.
Co se tým na školení naučí
Školení necílí na to udělat z lidí vývojáře, ale na to dát jim sebejistotu a bezpečný postup. Tým si odnese tyhle dovednosti:
- Jak zadat AI, aby vznikl použitelný výsledek. Psát prompty, popsat zadání, rozdělit velký úkol na malé kroky.
- Jak rozpoznat, kdy AI dělá chybu. Kritické čtení výsledku je důležitější než samotné generování.
- Jak pracovat s daty bezpečně. Co je citlivé, co nikdy nedávat do veřejných nástrojů, jak chránit firemní informace.
- Kde jsou hranice. Co si tým postaví sám a kdy je čas zavolat profíka.
Pokud chceš dát lidem před školením předjet, hodí se jim úvod do toho, jak začít s vibe codingem, a navazující automatizace práce s AI.
Jak školení probíhá
Teorie z prezentace nikoho stavět nenaučí. Proto je školení postavené na reálných úkolech z dané firmy. Typický průběh vypadá takhle:
- Mapování: společně najdeme tři až pět nudných, opakovaných činností, které tým žere nejvíc času.
- Základy bezpečně: ukážu, jak nástroje fungují, kde jsou rizika a jak s nimi zacházet, aby se neunikla data.
- Stavění naživo: tým si pod vedením postaví první nástroj na vlastní problém. Ne cvičný, opravdový.
- Samostatnost: druhý nástroj už staví lidé víc sami, já jen koriguju a hlídám bezpečnost.
- Návyk: nastavíme, jak v tom firma pokračuje sama, na koho se obrátit a kdy přizvat vývojáře.
Co si tým reálně postaví
Aby to nebyla abstrakce, tady jsou typy nástrojů, které tým zvládne sám po školení, a typy, na které je rozumnější profík:
| Postaví tým sám | Patří profíkovi |
|---|---|
| interní kalkulačky a formuláře | aplikace pracující s platbami |
| automatické zpracování e-mailů | systémy s citlivými osobními daty |
| jednoduché evidence a přehledy | nástroje pro stovky uživatelů |
| propojení dvou nástrojů přes API | kritické systémy, kde chyba bolí |
| generování dokumentů a reportů | složité integrace a škálování |
Proč se to firmě vyplatí
Hlavní přínos není v ušetřených fakturách za vývoj, i když i ty se počítají. Je v rychlosti a v kultuře. Když tým ví, že drobné věci si zvládne sám, přestane nápady na zlepšení dusit a začne je realizovat. Z firmy plné "to by chtělo" se stane firma, která to prostě udělá.
Druhý efekt je, že IT a vývojáři se přestanou topit v mikroúkolech a soustředí se na to velké a důležité. Drobnosti si odbavuje tým sám, profík řeší architekturu, bezpečnost a věci, co opravdu vyžadují odborníka.
Jak udržet kvalitu, když staví laici
Největší obava firem je pochopitelná: nezavalí nás tým hromadou rozbitých a nebezpečných nástrojů? Proto je součástí školení i to, jak držet laťku. Pár pravidel, která tým dostane do ruky:
- Pravidlo citlivých dat. Jasný seznam, co se nikdy nedává do veřejných nástrojů. Když je pravidlo psané, nikdo nehádá.
- Kontrola výsledku. Každý nástroj, který pracuje s reálnými daty, projde druhým párem očí, než ho tým nasadí naostro.
- Malé kroky. Stavět po kouskách a každý kousek ozkoušet. Velký skok naslepo je nejčastější zdroj chyb.
- Vědět, kdy přestat. Jakmile nástroj pracuje s platbami nebo osobními údaji víc lidí, je čas zavolat profíka.
Cílem není dokonalost, ale sebejistá opatrnost. Tým, který zná hranice, je bezpečnější než tým, který se bojí cokoli zkusit a obchází IT vlastními tabulkami v sešitech, o kterých nikdo neví.
Pro koho školení dává smysl
Nejvíc si z něj odnesou firmy, kde se opakovaná ruční práce hromadí a vývojáři nestíhají drobnosti. Typicky menší a střední firmy, oddělení marketingu, financí, provozu nebo HR. Nemá smysl ho hnát do týmu, který už silné vývojáře má a drobné nástroje si dávno automatizuje. Sedí tam, kde mezi nápadem a realizací stojí fronta, kterou tahle dovednost zkrátí na hodiny.
Časté dotazy
Musí mít tým technické základy?
Nemusí. Školení je stavěné pro lidi z byznysu, marketingu, financí nebo provozu. Důležitější než technické znalosti je ochota zkoušet a kriticky přemýšlet nad tím, co AI vyplodí. Programovat v klasickém smyslu se nikdo učit nemusí.
Není riziko, že tým postaví něco nebezpečného?
To riziko existuje a právě proto je velká část školení o bezpečnosti: co je citlivé, co nedávat do veřejných nástrojů, kde jsou hranice toho, co si stavět sám. Cílem je, aby tým věděl nejen jak něco postavit, ale hlavně kdy to nedělat a zavolat profíka.
Jak školení přizpůsobíte naší firmě?
Před školením projdeme vaše procesy a najdeme konkrétní úkoly, na kterých budeme stavět. Tým tak nepracuje na cvičných příkladech, ale na reálných nástrojích, které po školení rovnou používá. Obsah se vždy připravuje na míru oboru a tomu, co tým dělá.
Pokud chceš, aby si tvůj tým přestal stěžovat na chybějící nástroje a začal si je stavět sám, ozvi se mi na nezávaznou konzultaci. Probereme, jaké procesy vás nejvíc brzdí, a navrhnu školení vibe codingu na míru vaší firmě.