Přihlásit seZačít zdarma
Domů › Průvodci › Úprava aplikací vytvořených pomocí AI krok za krokem

Úprava aplikací vytvořených pomocí AI krok za krokem

Publikováno · Aktualizováno

Úprava aplikací vytvořených pomocí AI znamená, že první vygenerovaná verze není konečný výsledek, ale základ, který lze dál měnit, testovat a rozvíjet. Důležité je umět upravovat vzhled, pracovní postupy, obchodní logiku, data i integrace bez nutnosti pokaždé vytvářet celou aplikaci znovu.

Začněte kontrolou první vygenerované verze

První verze aplikace vytvořená pomocí umělé inteligence může velmi rychle připravit stránky, formuláře, navigaci, databázová pole a základní pracovní postupy. To ale neznamená, že je produkt připravený k okamžitému nasazení. Nejlepší postup je považovat první výsledek za funkční návrh, který je potřeba projít stejným způsobem jako skutečný uživatel. Otevřete aplikaci od úvodní obrazovky, proveďte hlavní akci a pokračujte až k výsledku, který má uživatel získat.

Během této kontroly si zapisujte všechny nejasnosti. Může jít o tlačítko s obecným názvem, formulář s příliš mnoha poli, chybějící potvrzení po uložení, nepraktické pořadí obrazovek nebo situaci, kdy uživatel neví, co má udělat dál. Takový seznam je mnohem užitečnější než požadavek na kompletní nové vytvoření aplikace, protože přesně ukazuje, co je potřeba zlepšit.

Soustřeďte se nejprve na hlavní cestu uživatele. Pokud aplikace slouží k rezervacím, ověřte vytvoření, změnu a zrušení rezervace. Pokud jde o interní firemní nástroj, zkontrolujte zadání dat, jejich schválení a zobrazení výsledku. Pokud jde o zákaznický portál, prověřte přihlášení, práci s profilem a odeslání hlavního formuláře. Tím získáte pevný základ pro další úpravy.

Upravujte rozhraní bez ztráty funkčních částí

Úprava rozhraní neznamená pouze změnu barev nebo velikosti písma. Často je potřeba přepsat názvy tlačítek, zkrátit dlouhé texty, zpřesnit nápovědu, přesunout důležité prvky výše, zjednodušit menu nebo upravit chování formuláře. U kvalitně vytvořené aplikace by tyto změny měly být možné bez toho, aby se znovu generovala celá stránka a hrozila ztráta již správně vytvořených částí.

Zvláštní pozornost věnujte mobilním zařízením. Rozhraní, které vypadá dobře na velkém monitoru, může na telefonu způsobit překrývání tlačítek, příliš dlouhé řádky nebo obtížné posouvání. Každou důležitou obrazovku proto otestujte na několika šířkách. Pokud aplikace používá opakované komponenty, například karty, tlačítka, záhlaví nebo formulářová pole, snažte se zachovat jejich jednotný vzhled.

Při práci s Infera Agent lze požadovanou změnu popsat běžným jazykem, například že má být určitá část jednodušší, že se mají přesunout hlavní akce nebo že má být mobilní verze přehlednější. Po změně je ale stále důležité výsledek skutečně otevřít a zkontrolovat. Automaticky vytvořená změna je užitečná teprve tehdy, když odpovídá zamýšlenému chování aplikace.

Měňte obchodní logiku cíleně a ověřitelně

Mnohem důležitější než vzhled je chování aplikace. V průběhu času může být potřeba přidat další schvalovací krok, změnit způsob výpočtu ceny, zavést nový limit, upravit oprávnění uživatelů nebo přidat další podmínku do pracovního postupu. Taková změna by měla být přesně vymezená, aby neovlivnila části, které s ní nesouvisejí.

Než logiku změníte, popište současné chování a požadované nové chování. Určete, co změnu spouští, jaká podmínka se vyhodnocuje, jaká data se používají a jaký výsledek má nastat. Tento jednoduchý popis pomáhá zabránit nechtěným změnám a zároveň usnadňuje testování.

Po úpravě vždy testujte více než jeden příklad. Jestliže například pravidlo funguje od určité částky, otestujte hodnotu pod limitem, přesně na limitu a nad limitem. Pokud má určitá role přístup pouze k některým údajům, přihlaste se jako uživatel s touto rolí a ověřte, že opravdu vidí jen to, co má. Čím přesněji jsou pravidla ověřena, tím menší je riziko, že změna způsobí problém v produkčním provozu.

Pracujte bezpečně s daty, databází a integracemi

Změny dat jsou citlivější než běžné vizuální úpravy. Přidání nového pole, přejmenování existujícího údaje nebo změna vztahu mezi tabulkami může ovlivnit formuláře, reporty, filtry, automatizace i integrace. Proto je vhodné před úpravou určit, kde se dané pole čte, kde se zapisuje a které části aplikace na něm závisejí.

Stejná opatrnost platí pro připojení externích služeb. Pokud aplikace komunikuje s rozhraním API, ověřte přístupové údaje, oprávnění, formát požadavku, očekávanou odpověď a chování při chybě. Nestačí ověřit pouze to, že se služba jednou úspěšně připojila. Je potřeba vyzkoušet i chybějící data, neplatný vstup, vypršené přihlášení nebo dočasně nedostupnou službu.

Důležitá je také práce se staršími daty. Pokud například přidáte nové povinné pole, zkontrolujte, jak se budou chovat záznamy, které vznikly před touto změnou. Dobrá úprava zachovává funkčnost nejen pro nové uživatele, ale i pro již uložená data. To je zásadní zejména u aplikací, které se používají dlouhodobě.

Používejte verze, body obnovení a systematické testy

Před větší změnou je vhodné vytvořit bod obnovení nebo uložit stabilní verzi. To platí hlavně před úpravami přihlášení, plateb, databázové struktury, oprávnění nebo společných komponent. Pokud se po změně objeví problém, lze se díky tomu vrátit ke známému funkčnímu stavu a porovnat, co se změnilo.

Dobrá pracovní metoda je provádět jednu související změnu najednou. Nejprve změnu proveďte, potom ji otestujte, zkontrolujte výsledek a teprve poté pokračujte. Pokud se najednou změní deset různých částí, je mnohem těžší zjistit, která z nich způsobila chybu. Menší kroky zpomalují chaos, ale ve skutečnosti často urychlují celkovou práci.

Testy by měly odpovídat účelu aplikace. U rezervačního systému je potřeba kontrolovat termíny, změny, storna, kapacitu a oprávnění. U přehledového panelu ověřujte správnost výpočtů, filtrů a aktuálnost dat. U zákaznického portálu testujte přihlášení, profil, formuláře a chybová hlášení. Spolehlivost vzniká opakováním cyklu změna, test, kontrola a potvrzení.

Po spuštění zlepšujte aplikaci podle skutečného používání

Po spuštění začnou uživatelé ukazovat, co je skutečně potřeba zlepšit. Opakované dotazy na podporu, chyby, opuštěné formuláře, dlouhé pracovní kroky nebo často používané funkce poskytují mnohem přesnější informace než samotný návrh. Tyto poznatky je užitečné rozdělit například do kategorií použitelnost, chybějící funkce, výkon, spolehlivost a obsah.

Změny pak seřaďte podle skutečného dopadu. Některá drobná vizuální chyba může být méně důležitá než proces, který uživatele opakovaně zastavuje. Pokud se rozhodnete určitý problém opravit, určete si předem, jak poznáte, že byla změna úspěšná. Může jít o vyšší dokončení formuláře, méně chyb, kratší čas potřebný k dokončení úkolu nebo menší počet požadavků na podporu.

Právě tato schopnost dlouhodobého zlepšování ukazuje, proč je úprava aplikací vytvořených pomocí AI důležitá. Aplikace nemusí být dokonalá v okamžiku prvního vytvoření. Důležité je, aby ji bylo možné bezpečně měnit, ověřovat a rozvíjet podle skutečných potřeb uživatelů a provozu.

Otázky

Co znamená úprava aplikací vytvořených pomocí AI?

Znamená to možnost měnit již vygenerovanou aplikaci bez nutnosti pokaždé začínat znovu. Lze upravovat vzhled, pracovní postupy, obchodní logiku, data, oprávnění i integrace.

Je lepší upravit jednu část, nebo vygenerovat celou aplikaci znovu?

Ve většině případů je bezpečnější cílená úprava jedné části. Zachová správně fungující části a usnadní testování i hledání případných chyb.

Co je potřeba testovat po změně logiky aplikace?

Testujte běžný scénář, hraniční hodnoty, neplatné vstupy, oprávnění uživatelů a všechny další části, které na změněné logice závisejí.

Proč je důležité uchovávat body obnovení?

Bod obnovení zachovává známý funkční stav. Pokud významná změna způsobí problém, lze se k tomuto stavu vrátit a snadněji zjistit, co se pokazilo.

Začít zdarma Šablony

Chcete svůj nápad uskutečnit?

Začněte hned zdarma — vaše první aplikace může být hotová za pár minut.

Začít zdarma