Kedy vám AI stačí
Začneme tým, kedy nás nepotrebujete. Sú situácie, keď je web alebo malá aplikácia vytvorená s pomocou AI rozumná voľba a platiť za vývoj na mieru by nedávalo zmysel:
- Jednoduchá vizitka. Pár stránok o tom, čo robíte, s kontaktom a otváracími hodinami. Bez prihlásenia, objednávok alebo napojenia na ďalšie systémy.
- Prototyp na overenie nápadu. Chcete ukázať, ako by služba mohla fungovať, a zistiť, či o ňu niekto stojí. Rýchla prvá verzia môže byť presne to, čo potrebujete, aj keď ju neskôr zahodíte.
- Interná pomôcka pre jedného človeka. Kalkulačka, prevodník alebo jednoduchý prehľad, s ktorým pracujete len vy a prípadná chyba má obmedzený dosah.
Spoločné majú jedno: riziko je malé. Len čo do systému vstupujú zákazníci, peniaze, osobné údaje alebo viac ľudí s rôznymi rolami, mení sa otázka. Už nejde len o to, či vznikne kód. Ide o to, či systém správne rieši vašu prevádzku a kto spozná, že niečo nie je v poriadku.
Sedem vecí, ktoré musíte vyriešiť aj s AI
- AI nepozná vašu prevádzku. Musíte jej povedať, čo sa deje pri vratke, zrušenej objednávke, chybnej platbe alebo keď dvaja ľudia upravujú tú istú vec.
- Prvá verzia je jednoduchá. Desiata zmena je test. Dôležité je, či sa v systéme dá o pol roka vyznať a pridať ďalšie funkcie bez toho, aby sa rozbili tie pôvodné.
- Dáta a oprávnenia. Kto čo vidí, kto čo smie zmeniť, ako funguje prihlásenie a ako sa zaobchádza s osobnými údajmi.
- Napojenie na reálny svet. Platby, účtovníctvo, sklad, dopravcovia alebo ďalšie služby musia fungovať aj vo chvíli, keď niečo neprebehne podľa ideálneho scenára.
- Spustenie a prevádzka. Staré adresy, vyhľadávače, hosting, zálohy, aktualizácie, monitoring a riešenie problémov.
- Váš čas. Niekoľko týždňov ladenia s chatbotom môže byť lacnejšie na faktúre, ale nie nutne pre firmu.
- Značka a rozhranie. Funkčné neznamená zrozumiteľné, príjemné ani zapamätateľné. Štruktúra obsahu, texty a vzhľad sú samostatné rozhodnutia.
Tri z týchto oblastí bývajú pri väčších projektoch najdôležitejšie.
Rozhoduje zadanie, nie rýchlosť písania
AI je dobrá v tom, aby vytvorila to, čo jej opíšete. Napíšte „objednávkový formulár s platbou kartou“ a prvú funkčnú verziu môžete mať veľmi rýchlo. Samotné zadanie však nehovorí, čo sa má stať, keď zákazník objednávku zruší po zaplatení. Či sa tovar automaticky vráti na sklad. Kto smie zmeniť cenu. Čo uvidí účtovníčka. Alebo čo sa stane, keď dve objednávky prídu na posledný kus.
Ak tieto situácie do zadania nedostanete, môžu zostať nevyriešené bez ohľadu na to, či kód píše človek alebo AI. Tieto otázky pritom väčšinou nie sú technické. Sú prevádzkové.
Odpovede vo firme často existujú, len nie sú spísané. Dnes ich rieši človek ručne a „nejako to funguje“. Veľká časť návrhu aplikácie preto spočíva práve v tom, dostať tieto situácie na svetlo ešte predtým, než sa začne stavať. Ako také zadanie vyzerá, opisujeme v článku Čo musí obsahovať zadanie pre aplikáciu?
AI vie napísať kód rýchlo. Najprv však niekto musí správne rozhodnúť, čo má vzniknúť. A potom overiť, že to naozaj robí.
Podobné je to so vzhľadom a textami. S AI môžete vytvoriť veľmi dobrý dizajn. Bez jasného smeru však ľahko skončíte pri webe, ktorý je síce čistý a moderný, ale zameniteľný.
Pri jednoduchej vizitke to nemusí vadiť. Pri firme, ktorá chce byť rozpoznateľná a potrebuje zákazníka doviesť k určitej akcii, sú už štruktúra obsahu, UX a vizuálny smer súčasťou produktu.
Dáta, napojenia a prevádzka: čo nie je na prvý pohľad vidieť
Desiata úprava
Prvá verzia môže vzniknúť rýchlo a na prvý pohľad pôsobiť hotovo. Skutočný test príde o niekoľko mesiacov, keď potrebujete pridať zľavové kódy, druhý jazyk, nový typ objednávky alebo ďalšiu rolu používateľa.
Nejde o to, či kód napísala AI. Ide o to, ako je aplikácia navrhnutá. Ak jednotlivé časti vznikali postupne bez jasnej architektúry, každá ďalšia zmena môže byť zložitejšia. Oprava jednej veci začne ovplyvňovať inú a pridávanie funkcií zaberie viac času než na začiatku.
Kto čo vidí
Prihlásenie ešte neznamená správne vyriešené oprávnenia. Aplikácia môže na prvý pohľad fungovať bez problémov, ale používateľ napríklad dokáže získať dáta, ktoré patria inému účtu, alebo zamestnanec môže vykonať akciu, na ktorú nemá mať oprávnenie.
Práve preto sa roly a prístup k dátam nenavrhujú len podľa toho, ktoré tlačidlo komu zobraziť. Oprávnenia sa musia kontrolovať aj na úrovni aplikácie a dát. Pri systéme s osobnými alebo firemnými dátami už chyba nie je len nepríjemnosť.
Napojenie na platby, účtovníctvo a sklad
Platobná brána, fakturácia, sklad alebo dopravca majú API a dokumentáciu. Samotné prepojenie preto môže vzniknúť veľmi rýchlo. Produkčná prevádzka však prináša situácie, ktoré v ideálnom scenári nie sú vidieť.
Čo ak služba chvíľu neodpovedá? Čo ak tá istá požiadavka príde dvakrát? Čo ak potvrdenie platby dorazí s oneskorením? Čo ak sa časť procesu dokončí a časť nie? Niekto musí rozhodnúť, čo sa v týchto situáciách stane. A systém musí vedieť spoznať, že sa niečo nepodarilo.
Vyhľadávače a staré adresy
Keď nový web nahrádza starý, nie sú dôležité len nové stránky. Na pôvodné adresy môžu viesť výsledky vyhľadávania, odkazy z iných webov, staré kampane alebo e-maily zákazníkom. Ak sa štruktúra URL zmení, treba staré adresy správne namapovať na nové a nastaviť trvalé presmerovania. Inak používateľ namiesto hľadanej stránky skončí na chybe 404 a vyhľadávače musia zmeny znova spracovať.
K migrácii patria aj titulky stránok, popisy, interné odkazy, sitemap, canonical adresy a kontrola indexácie. Ako prevod urobiť, opisujeme v článku Ako previesť starý web bez straty adries?
Prevádzka po spustení
Web ani aplikácia spustením nekončí. Potrebuje hosting, zálohy, ktoré sa dajú naozaj obnoviť, aktualizácie, monitoring a niekoho, kto spozná, že niečo prestalo fungovať.
Pri jednoduchej vizitke môžete veľkú časť týchto vecí riešiť sami. Pri systéme, cez ktorý chodia objednávky alebo na ktorom stojí prevádzka firmy, je lepšie vedieť ešte pred spustením, kto sa o neho bude starať.
Ako s AI pracujeme my
Nie sme proti AI. Sami ju pri vývoji používame každý deň. Pomáha nám rýchlejšie pripravovať časti kódu, hľadať riešenia, testovať varianty a dostať sa od návrhu k funkčnej verzii.
Rozhodnutia o produkte, dátovom modeli, oprávneniach, architektúre alebo nasadení však nenechávame na jednom prompte. Výsledok kontrolujeme, testujeme a upravujeme v kontexte celého projektu.
Rozdiel preto nie je v tom, či sa AI použije. Rozdiel je v tom, kto rozhoduje, čo má vzniknúť, kto výsledok kontroluje a kto ho bude ďalej rozvíjať. Podrobnejšie to opisujeme v článku AI vo vývoji: kde pomáha a kde nie.
Ako sa rozhodnúť
Vráťte sa k trom situáciám z úvodu. Ak potrebujete jednoduchý web, prototyp alebo malú internú pomôcku, pokojne začnite sami. AI dnes dokáže vstupnú bariéru výrazne znížiť a pre mnoho projektov je to rozumná cesta.
Ak však cez systém budú chodiť zákazníci, platby alebo citlivejšie dáta, bude mať viac používateľov a rolí alebo sa bude napájať na ďalšie služby, počítajte aj s tým, čo príde po prvej funkčnej verzii.
A započítajte svoj čas. Ak strávite desiatky hodín ladením niečoho, čo nie je hlavnou náplňou vášho podnikania, správna otázka už nie je len „koľko ma stojí vývojár“. Je aj „koľko ma stojí robiť vývojára“.
Ak neviete, kam váš projekt patrí, pomôže článok Web, e-shop, alebo vlastná aplikácia? Orientačný rozsah vám spočíta kalkulačka.
Technické zadanie mať nemusíte. Stačí nám opísať, čo dnes robíte ručne, čo nefunguje a ako by mal vyzerať výsledok. Cez Prebrať projekt si môžeme dať 30 minút a povedať vám aj to, že nás nepotrebujete.
