Kdy vám AI stačí
Začneme tím, kdy nás nepotřebujete. Jsou situace, kdy je web nebo malá aplikace vytvořená s pomocí AI rozumná volba a platit za vývoj na míru by nedávalo smysl:
- Jednoduchá vizitka. Pár stránek s tím, co děláte, kontaktem a otevírací dobou. Bez přihlášení, objednávek nebo napojení na další systémy.
- Prototyp pro ověření nápadu. Chcete ukázat, jak by služba mohla fungovat, a zjistit, jestli o ni někdo stojí. Rychlá první verze může být přesně to, co potřebujete, i když ji později zahodíte.
- Interní pomůcka pro jednoho člověka. Kalkulačka, převodník nebo jednoduchý přehled, se kterým pracujete jen vy a případná chyba má omezený dopad.
Společné mají jedno: riziko je malé. Jakmile do systému vstupují zákazníci, peníze, osobní údaje nebo více lidí s různými rolemi, mění se otázka. Už nejde jen o to, jestli vznikne kód. Jde o to, jestli systém správně řeší váš provoz a kdo pozná, že něco není dobře.
Sedm věcí, které musíte vyřešit i s AI
- AI nezná váš provoz. Musíte jí říct, co se děje při vratce, zrušené objednávce, chybné platbě nebo když dva lidé upravují stejnou věc.
- První verze je snadná. Desátá změna je test. Důležité je, jestli se v systému dá za půl roku vyznat a přidat další funkce bez rozbití těch původních.
- Data a oprávnění. Kdo co vidí, kdo co smí změnit, jak funguje přihlášení a jak se zachází s osobními údaji.
- Napojení na reálný svět. Platby, účetnictví, sklad, dopravci nebo další služby musí fungovat i ve chvíli, kdy něco neproběhne podle ideálního scénáře.
- Spuštění a provoz. Staré adresy, vyhledávače, hosting, zálohy, aktualizace, monitoring a řešení problémů.
- Váš čas. Několik týdnů ladění s chatbotem může být levnější na faktuře, ale ne nutně pro firmu.
- Značka a rozhraní. Funkční neznamená srozumitelné, příjemné ani zapamatovatelné. Struktura obsahu, texty a vzhled jsou samostatná rozhodnutí.
Tři z těchto oblastí bývají u větších projektů nejdůležitější.
Rozhoduje zadání, ne rychlost psaní
AI je dobrá v tom, aby vytvořila to, co jí popíšete. Napište „objednávkový formulář s platbou kartou“ a můžete mít první funkční verzi velmi rychle. Jenže samotné zadání neříká, co se má stát, když zákazník objednávku zruší po zaplacení. Jestli se zboží automaticky vrátí na sklad. Kdo smí změnit cenu. Co uvidí účetní. Nebo co se stane, když dvě objednávky přijdou na poslední kus.
Pokud tyto situace do zadání nedostanete, mohou zůstat nevyřešené bez ohledu na to, jestli kód píše člověk nebo AI. Tyhle otázky přitom většinou nejsou technické. Jsou provozní.
Odpovědi často ve firmě existují, jen nejsou sepsané. Dnes je řeší člověk ručně a „nějak to funguje“. Velká část návrhu aplikace proto spočívá právě v tom, dostat tyto situace na světlo ještě předtím, než se začne stavět. Jak takové zadání vypadá, popisujeme v článku Co musí obsahovat zadání pro aplikaci.
AI umí napsat kód rychle. Nejdřív ale někdo musí správně rozhodnout, co má vzniknout. A potom ověřit, že to skutečně dělá.
Podobné je to se vzhledem a texty. S AI můžete vytvořit velmi dobrý design. Bez jasného směru ale snadno skončíte u webu, který je sice čistý a moderní, ale zaměnitelný.
Pro jednoduchou vizitku to nemusí vadit. U firmy, která chce být rozpoznatelná a potřebuje zákazníka dovést k určité akci, už je struktura obsahu, UX a vizuální směr součást produktu.
Data, napojení a provoz: co není na první pohled vidět
Desátá úprava
První verze může vzniknout rychle a na první pohled působit hotově. Skutečný test přijde za několik měsíců, když potřebujete přidat slevové kódy, druhý jazyk, nový typ objednávky nebo další roli uživatele.
Nejde o to, jestli kód napsala AI. Jde o to, jak je aplikace navržená. Pokud jednotlivé části vznikaly postupně bez jasné architektury, každá další změna může být složitější. Oprava jedné věci začne ovlivňovat druhou a přidávání funkcí zabere více času než na začátku.
Kdo co vidí
Přihlášení ještě neznamená správně vyřešená oprávnění. Aplikace může na první pohled fungovat bez problémů, ale uživatel například dokáže získat data, která patří jinému účtu, nebo zaměstnanec může provést akci, ke které nemá mít oprávnění.
Právě proto se role a přístup k datům nenavrhují jen podle toho, které tlačítko komu zobrazit. Oprávnění musí být kontrolována i na úrovni aplikace a dat. U systému s osobními nebo firemními daty už chyba není jen nepříjemnost.
Napojení na platby, účetnictví a sklad
Platební brána, fakturace, sklad nebo dopravce mají API a dokumentaci. Samotné propojení proto může vzniknout velmi rychle. Produkční provoz ale přináší situace, které v ideálním scénáři nejsou vidět.
Co když služba chvíli neodpovídá? Co když stejný požadavek přijde dvakrát? Co když potvrzení platby dorazí se zpožděním? Co když se část procesu dokončí a část ne? Někdo musí rozhodnout, co se v těchto situacích stane. A systém musí umět poznat, že se něco nepovedlo.
Vyhledávače a staré adresy
Když nový web nahrazuje starý, nejsou důležité jen nové stránky. Na původní adresy mohou vést výsledky vyhledávání, odkazy z jiných webů, staré kampaně nebo e-maily zákazníkům. Pokud se struktura URL změní, je potřeba staré adresy správně namapovat na nové a nastavit trvalá přesměrování. Jinak uživatel místo hledané stránky skončí na chybě 404 a vyhledávače musí změny znovu zpracovat.
K migraci patří také titulky stránek, popisy, interní odkazy, sitemap, canonical adresy a kontrola indexace. Jak převod udělat, popisujeme v článku Jak převést starý web bez ztráty adres.
Provoz po spuštění
Web ani aplikace spuštěním nekončí. Potřebuje hosting, zálohy, které lze skutečně obnovit, aktualizace, monitoring a někoho, kdo pozná, že něco přestalo fungovat.
U jednoduché vizitky můžete velkou část těchto věcí řešit sami. U systému, přes který chodí objednávky nebo na něm stojí provoz firmy, je lepší vědět ještě před spuštěním, kdo se o něj bude starat.
Jak s AI pracujeme my
Nejsme proti AI. Sami ji při vývoji používáme každý den. Pomáhá nám rychleji připravovat části kódu, hledat řešení, testovat varianty a dostat se od návrhu k funkční verzi.
Rozhodnutí o produktu, datovém modelu, oprávněních, architektuře nebo nasazení ale nenecháváme na jednom promptu. Výsledek kontrolujeme, testujeme a upravujeme v kontextu celého projektu.
Rozdíl proto není v tom, jestli se AI použije. Rozdíl je v tom, kdo rozhoduje, co má vzniknout, kdo výsledek kontroluje a kdo ho bude dál rozvíjet. Podrobněji to popisujeme v článku AI ve vývoji: kde pomáhá a kde ne.
Jak se rozhodnout
Vraťte se ke třem situacím z úvodu. Pokud potřebujete jednoduchý web, prototyp nebo malou interní pomůcku, klidně začněte sami. AI dnes dokáže vstupní bariéru výrazně snížit a pro řadu projektů je to rozumná cesta.
Pokud ale přes systém budou chodit zákazníci, platby nebo citlivější data, bude mít více uživatelů a rolí nebo se bude napojovat na další služby, počítejte i s tím, co přijde po první funkční verzi.
A započítejte svůj čas. Pokud strávíte desítky hodin laděním něčeho, co není hlavní náplní vašeho podnikání, není už správná otázka jen „kolik mě stojí vývojář“. Je také „kolik mě stojí dělat vývojáře“.
Když nevíte, kam váš projekt patří, pomůže článek Web, e-shop, nebo vlastní aplikace? Orientační rozsah vám spočítá kalkulačka.
Technické zadání mít nemusíte. Stačí nám popsat, co dnes děláte ručně, co nefunguje a jak by měl vypadat výsledek. Přes Probrat projekt si můžeme dát 30 minut a říct vám i to, že nás nepotřebujete.
