První firemní pilot AI má zpracovávat jeden jasně vymezený úkol, jeho výstup musí kontrolovat člověk a výsledek musí být měřitelný.
Umělá inteligence může z e-mailové poptávky připravit návrh záznamu do evidence zákazníků. Obchodník návrh zkontroluje, doplní chybějící údaje a teprve potom ho uloží. První zavedení AI má na takto ohraničeném úkolu ověřit, zda se práce skutečně zrychlí nebo zpřesní, aniž firma ztratí kontrolu nad výsledkem.
Prvním úkolem pro zavedení AI do běžné práce není výběr aplikace pro celou firmu. Má jít o přesně popsanou část existujícího postupu s jasným vstupem, výsledkem a člověkem, který výsledek použije. Potřeba takového řízení roste. Podle Eurostatu používalo v roce 2024 některou technologii AI 13,5 % podniků v Evropské unii s nejméně deseti pracovníky. O rok dříve to bylo 8,0 %. Od 2. února 2025 se navíc uplatňuje článek 4 evropského nařízení o AI, který stanoví požadavek na dostatečnou úroveň znalostí lidí zapojených do používání systémů AI. První pilot proto není jen ukázkou možností technologie. Zahajuje řízené používání AI ve firmě.
AI aplikace je konkrétní software, například pomocník zabudovaný do evidence zákazníků. Pracovní postup zahrnuje celou cestu od přijetí poptávky přes její zpracování až po odpověď zákazníkovi. Úkol je jeden krok uvnitř této cesty.
Zadání „zavést AI do obchodu“ spojuje příliš mnoho různých činností. Může zahrnovat hledání kontaktů, evidenci poptávek, přípravu nabídek, zápisy ze schůzek i plánování dalšího kroku. Každá z těchto činností používá jiná data a vyžaduje jiný způsob kontroly.
Konkrétní zadání může znít takto: Z přijatého e-mailu má AI připravit návrh záznamu se jménem, firmou, kontaktem, poptávanou službou a termínem. Obchodník návrh porovná s e-mailem a potvrdí jeho uložení do CRM, tedy evidence vztahů se zákazníky.
Takové zadání určuje vstup, výstup, uživatele i způsob kontroly. Umožní také posoudit, zda postačí funkce CRM, nebo bude potřeba propojení s poštou a dalšími aplikacemi. Rozdíl mezi těmito variantami podrobněji ukazuje článek o tom, co AI Copilot v CRM zvládne a kdy už je potřeba integrace.
Nejdřív ověřte, zda se práce opakuje, zda lze ukázat správný výsledek a zda jej člověk dokáže před použitím zkontrolovat. K posouzení potřebujete skutečné podklady. U zpracování poptávek to mohou být e-maily, které zachycují běžné případy, neúplné zprávy i neobvyklé požadavky.
Pokud lze celý úkol přesně vyjádřit pevnými pravidly, bývá jednodušší použít běžnou automatizaci. AI dává větší smysl tam, kde se liší formulace, pořadí informací nebo podoba dokumentů, ale požadovaný výsledek zůstává popsatelný.
Úkol odložte, pokud není vyřešený samotný pracovní postup, nikdo neumí určit správný výsledek nebo nejsou jasná pravidla pro práci s použitými daty. Stejně postupujte tam, kde může chyba způsobit závažné následky dříve, než ji někdo zachytí. Po tomto posouzení zůstanou úkoly vhodné k dalšímu hodnocení a úkoly, které musí počkat na odstranění konkrétní překážky.
Každý návrh přepište do stejné podoby. Z konkrétního vstupu má AI připravit konkrétní výsledek, který určený člověk před dalším použitím zkontroluje. Doplňte četnost práce, používaná data, dotčené firemní aplikace a kritéria přijatelného výsledku.
Místo „AI pro zákaznickou podporu“ tak vznikne zadání, ve kterém AI z příchozí zprávy navrhne jednu z osmi kategorií požadavku. Pracovník podpory kategorii potvrdí nebo změní před zařazením požadavku do fronty. Jiným kandidátem může být návrh pěti úkolů ze zápisu schůzky, který odpovědný člověk před rozesláním upraví.
Celý popis se musí vejít na jednu kartu úkolu. Pokud potřebuje několik stran a zahrnuje více oddělení, pravděpodobně stále zachycuje celý pracovní postup, nikoli první ověřitelný úkol.
Bez výchozího měření nelze později poznat, zda AI práci zlepšila. Několik povedených ukázek nestačí k posouzení výsledku.
U každého postupu, který po prvním posouzení zůstal mezi kandidáty, určete člověka, který za něj odpovídá. Společně popište, odkud přichází vstup, co přesně se odevzdává a kde vznikají opravy. U souboru posledních dokončených případů změřte čas potřebný na zpracování. Rozsah souboru určete podle četnosti práce a proměnlivosti případů tak, aby zachytil běžné i méně obvyklé situace. Zaznamenejte také chybějící údaje, vrácené záznamy a další opravy.
U poptávek lze sledovat například dobu od otevření e-mailu po uložení záznamu, počet nevyplněných povinných polí a počet oprav po kontrole. Odhad, že zpracování zabere asi pět minut, měření nenahradí. Skutečná doba se může mezi jednotlivými případy výrazně lišit.
Připravte také anonymizované ukázky běžných i hraničních případů. Poslouží jako testovací sada, tedy stejný soubor zadání pro porovnání dnešní práce a práce s AI. Při přípravě prvního AI pilotu má proto výchozí měření stejnou váhu jako výběr technologie.
Každý navržený úkol posuďte ze tří stran. Přesná finanční předpověď v této fázi není nutná. Hodnocení však musí obsahovat dost podkladů pro vysvětlení pořadí a pozdější kontrolu, zda volba dávala smysl.
Oblast | Co posoudit | Čím hodnocení doložit |
|---|---|---|
Přínos | Úsporu času, snížení chyb, uvolnění kapacity nebo rychlejší vyřízení | Výchozí čas, počet oprav, objem případů |
Proveditelnost | Dostupnost podkladů a náročnost zapojení do současné práce | Ukázková data, přístup k aplikacím, potřebná propojení |
Kontrola | Možnost zachytit chybu před použitím výsledku | Určený kontrolor, pravidla kontroly, následky chyby |
Každou oblast lze ohodnotit od 1 do 5, výsledky však nesčítejte mechanicky. Vysoký přínos nemůže vyvážit nejasné použití citlivých dat nebo chybu, kterou nelze včas zachytit. Na základě hodnocení vyberte pro první pilot úkol, u kterého lze přínos změřit, výsledek zkontrolovat a chybu zastavit před jejím dopadem.
Vyberte jeden hlavní ukazatel a jeden hlídací ukazatel. Hlavním může být doba zpracování záznamu. Hlídacím může být podíl záznamů, které musel obchodník opravit. Rámec NIST pro řízení rizik AI podobně pracuje s odpovědností, popisem souvislostí, měřením a řízením. Konkrétní technologie se vybírá až v rámci takto popsaného postupu.
Vybraný úkol převeďte do pilotu, tedy omezené zkoušky před běžným provozem. Zadání pilotu by mělo obsahovat:
Pilot se může zastavit například tehdy, když AI opakovaně vynechává povinné údaje, používá data mimo dohodnutý rozsah nebo kontrola zabere více času než původní práce. Do nákladů pilotu započítejte také čas lidí, kteří výsledky kontrolují a opravují. Nízké náklady na vytvoření výstupu samy o sobě neznamenají úsporu, pokud je jeho kontrola příliš náročná.
Zadání může selhat, když místo jednoho úkolu zahrnuje celé oddělení, chybí měření dosavadní práce nebo není určen člověk odpovědný za provoz. Odpovědnost nekončí spuštěním aplikace, jak podrobněji popisuje článek o tom, proč AI implementace selhává už ve chvíli, kdy nikdo nevlastní provoz. Během pilotu také nepřidávejte další úkoly. Když se třídění poptávek rozšíří o přípravu nabídek, změní se předmět zkoušky a výsledky už nelze spolehlivě porovnat.
Na první pracovní schůzce proto nemá být seznam AI aplikací, ale několik stejně popsaných úkolů, jejich výchozí hodnoty a důvody, proč lze jeden z nich bezpečně ověřit. Teprve podle vybraného úkolu lze rozhodnout, jakou technologií ho provést.
AI Copilot v CRM shrne obchodníkovi historii zákazníka, ale stav faktury, skladovou zásobu nebo požadavek podpory ověří jen přes propojení s příslušnými systémy.
Copilot v CRM shrne obchodní případ a navrhne e-mail, ale pravidelné kontroly, zápisy do dalších systémů a opakování po chybě musí zajistit automatizace.
Jeden AI agent za 4 dny provedl 4 819 volání a jeho provoz stál téměř 4 000 dolarů. V ostrém provozu je vedle technické dostupnosti potřeba hlídat výsledky, spotřebu a možnost automatizaci zastavit.
Napište nám, co u vás řešíte. Ozveme se do jednoho pracovního dne.
