Vývoj podnikových aplikací s AI
Publikováno · Aktualizováno
Vývoj podnikových aplikací s umělou inteligencí začíná jasným procesem, jehož výsledky dokáže tým měřit a kontrolovat. Vytvořte omezený pilot s celým pracovním postupem a před zapojením dalších oddělení ověřte data, propojení i provoz.
Vyberte proces s jasným dokončením
Začněte opakovanou činností, kterou zaměstnanci znají, například požadavkem na údržbu nebo zásobování pobočky. Popište současný postup: kdo požadavek podává, kdo jej přijímá, kdy se mění stav a co znamená správné uzavření. Vyberte cestu, kterou můžete vyzkoušet bez přestavby všech firemních systémů. První cíl má pojmenovat konkrétní problém, třeba ztracené údaje nebo opakované zadávání. Znalost místa vzniku problému pomáhá později posoudit, zda jej nová aplikace skutečně řeší. Zaměřte popis na běžnou práci zaměstnance, nikoli pouze na vzhled nové obrazovky.
Určete vlastníka procesu a odpovědného za realizaci a do kontroly požadavků zapojte každodenního uživatele. Zapište rozsah pokusu, odložené požadavky a zúčastněné uživatele či pobočky podle své kapacity podpory. Pokud hodnotíte Infera Agent, ověřte dostupné možnosti tvorby, kontroly a předání projektu dříve, než na nich založíte plán. Používejte stejný popis procesu při hodnocení každého prostředí. Cíl projektu se tak řídí potřebou firmy a nemění se podle funkce, kterou je zrovna nejjednodušší ukázat v rozhraní nebo při krátké prezentaci.
- Vyberte celý omezený postup.
- Pojmenujte řešený problém.
- Určete odpovědné osoby a účastníky.
Připravte data a hranice propojení
Sepište potřebné údaje pro každý krok: číslo požadavku, pobočku, datum, stav a odpovědného zaměstnance. Rozhodněte, který zdroj platí při rozdílných hodnotách a kdo smí měnit jednotlivá pole. Připravte zkušební záznamy pro běžné případy i výjimky, například chybějící údaje, duplicitu a znovu otevřený požadavek. Jeden ideální příklad neprokazuje připravenost. Pokus má odhalit, co vysvětlit nebo opravit předtím, než budou lidé na údajích závislí při každodenní práci. Popište rovněž význam jednotlivých stavů, aby je různí zaměstnanci nechápali odlišně.
Pokud aplikace používá existující systém, zdokumentujte směr dat, okamžik přenosu a chování při selhání. Pilot může číst seznam poboček bez změn nebo odesílat požadavky po lidské kontrole. Začněte nejmenším propojením, které prokáže celý postup, a rozšiřujte podle potřeby. Určete, jak další pokusy zabrání duplicitám a jak zaměstnanec pozná čekající přenos. Požádejte o vhodné testovací prostředí či ukázkové soubory. Prověřte možnosti skutečných systémů, místo abyste viditelné tlačítko v prototypu považovali za důkaz funkčního přenosu dat do cílové aplikace.
- Určete platný zdroj údajů.
- Zkoušejte neúplné a duplicitní záznamy.
- Popište selhání a opakování přenosu.
Ověřte převzetí a měřte zlepšení
Napište scénáře jazykem zaměstnance: podat požadavek, zkontrolovat jej, požádat o doplnění a uzavřít po dokončení práce. Určete očekávaný výsledek každého kroku včetně toho, co vidí uživatel bez oprávnění. Ověřte zachování po načtení stránky, zobrazení z jiného účtu a chybový stav po výpadku spojení. Prohlédněte uložené záznamy vedle obrazovek. Oznámení úspěchu může vzniknout i tehdy, když údaje neodpovídají zadání nebo požadovanému stavu. Výsledky kontrol uchovejte, aby se opravy vztahovaly ke skutečně zjištěnému chování, ne pouze k dojmu z ukázky.
Porovnejte pilot se současným postupem podle vlastních pozorování a časů. Zaznamenejte dobu do uzavření, opakované vstupy a požadavky vyžadující opravu. Oddělte lidské čekání od zpracování aplikací, abyste vysvětlili zlepšení nebo zdržení. Nepřisuzujte každý rozdíl umělé inteligenci; pomoci může jednodušší formulář nebo jasnější odpovědnost. Nechte uživatele popsat matoucí krok, opravte příčinu a znovu ověřte. Konkrétní připomínka k provedené akci pomůže realizaci více než obecná otázka na spokojenost. Zapište také okolnosti měření, aby další tým rozuměl, k čemu výsledek patří.
- Určete výsledky před zkouškou.
- Kontrolujte i uložené záznamy.
- Použijte vlastní firemní měření.
Naplánujte provoz před rozšířením
Výsledky projděte s vlastníkem procesu před přidáním poboček nebo uživatelů. Shrňte převzaté chování, známé problémy a zbývající ruční zásahy. Určete, kdo přijímá hlášení, jak se opravuje chybný záznam a kdy se tým vrací k původnímu postupu, pokud nelze pokračovat. Připravte stručný návod k úkolu a častým chybám. Rozšíření má záviset na schopnosti aplikaci provozovat a podporovat její uživatele. Hezká prezentace ani rychlé vytvoření první verze samy o sobě tuto připravenost neprokazují, zejména pokud se při ukázce nezkoušely výjimečné situace.
Přidávejte oblast postupně, třeba další pobočku nebo druh požadavku, a ověřte změněné předpoklady. Postupy se mohou mezi pobočkami lišit a vytížená období odhalit podmínky, které pilot neobsahoval. Uchovávejte historii změn, stabilní verzi a pokyny srozumitelné jiné osobě. Zaznamenejte skutečné prostředky pro realizaci, provoz a podporu a použijte zkušenost pro další rozhodnutí. Podnikový vývoj je užitečný, když se pokus promění ve srozumitelný proces, který lze opakovat, udržovat a hodnotit podle výsledků během dalšího používání, nikoli jen během prvního předvedení.
- Projděte výsledky před rozšířením.
- Určete podporu a náhradní postup.
- Rozšiřujte postupně a znovu ověřujte.
Otázky
Jaký projekt vybrat jako první?
Opakovaný omezený proces se známými uživateli a kontrolovatelným výsledkem. Sledování interního požadavku do uzavření je vhodné, pokud se účastní zaměstnanci, kteří jej dnes vyřizují.
Musí se hned propojit všechny systémy?
Začněte propojením potřebným pro celý postup a popište směr dat i chyby. Další přidejte, když je jasný jejich přínos a možnost podpory.
Jak rozhodnout o rozšíření?
Posuďte převzetí, měření, zbývající potíže a kapacitu podpory. Rozhodujte podle skutečných výsledků, ne podle předpokladu stejných podmínek v každém oddělení.
Co má převzít provozní tým?
Návod k úkolu, nastavení, známé problémy, odpovědnosti, historii a návrat ke stabilní verzi. Před rozšířením ověřte, že podklady dokáže použít další osoba.