Jak zadat AI řešení pro malou firmu, aby šlo nacenit i ověřit
„Chtěli bychom ve firmě používat AI.“ Taková zpráva otevře rozhovor, ale pro cenovou nabídku v ní chybí podstatné věci. Dodavatel neví, co dnes děláte ručně, s jakými podklady pracujete a jak má vypadat hotový výsledek. Každý si proto může představit jiný projekt.
Dobré zadání prvního AI řešení popisuje jeden pracovní úkol, ukazuje vstup a správný výstup a říká, podle čeho firma pozná zlepšení. Přidává používané nástroje, omezení a člověka, který bude výsledek kontrolovat. Pro první jednání to může být stručný dokument doplněný několika ukázkami. Na konci článku najdete vzor, který si můžete vyplnit.
Začněte větou, kterou pozná i váš kolega
Zkuste napsat, kdo co udělá od začátku do konce. Věta „potřebujeme AI asistenta“ popisuje technologii. Věta „technik po návštěvě přepisuje poznámky do servisního zápisu a vedoucí každý zápis kontroluje“ už ukazuje konkrétní práci.
Pro další vysvětlení použijeme modelový příklad malé servisní firmy. Není to případová studie skutečného zákazníka. Firma chce z krátkých poznámek technika připravovat návrh zápisu do své šablony. Technik má návrh doplnit a schválit, teprve potom se uloží do složky zakázky.
Takový popis umožňuje rozlišit několik částí: příjem poznámek, zpracování textu, vyplnění šablony, kontrolu a uložení souboru. Dodavatel může posoudit, kde pomůže AI a kde postačí běžné propojení nástrojů. Obchodní potřebu tedy popište jako první; návrh technologie má následovat.
Připravte ukázky, na kterých je vidět rozdíl
K zadání přiložte příklad původních podkladů a odpovídajícího správného výsledku. U servisní firmy by to byly poznámky po návštěvě a zápis, který by vedoucí bez výhrad přijal. Připište, které změny jsou povinné a které jsou jen stylistickou preferencí.
Vyberte pestré situace. Vedle dobře napsaných poznámek zařaďte zkratky, chybějící datum, nejednoznačný popis a návštěvu, při které se závadu nepodařilo odstranit. Právě poslední případ ukáže důležitou hranici: uhlazený text nesmí z nedokončené práce udělat úspěšnou opravu.
Nepřesnosti označte přímo v ukázkách. „Tady musí zůstat uvedeno, že čekáme na díl“ řekne dodavateli více než obecný požadavek na vysokou přesnost. Pro úvodní posouzení nahraďte nepotřebná jména, kontakty a identifikátory ukázkovými údaji. Produkční přístupy patří až k dohodnutému způsobu spolupráce.
Část příkladů si ponechte pro závěrečné ověření. Dodavatel má prokázat, že řešení funguje i na novém zadání, které při přípravě neviděl. Počet případů zvolte podle rozmanitosti provozu; několik povedených ukázek samo nepotvrdí připravenost pro celou firmu.
Popište prostředí, ve kterém se bude pracovat
Napište názvy používaných aplikací, kdo je spravuje a jak se mezi nimi dnes přesouvají data. Uveďte i konkrétní tarif, pokud ho znáte. Dodavatel pak může ověřit, zda potřebné propojení skutečně podporuje váš účet.
V modelové firmě mohou poznámky vznikat v mobilním formuláři, šablona být uložená ve sdílené složce a seznam zakázek vedený v samostatné aplikaci. Úkolem zadavatele je tento stav popsat. Zjištění, zda existuje vhodné rozhraní a co bude stát jeho napojení, má být součástí technického návrhu.
Přidejte provozní souvislosti: kolik lidí bude řešení používat, jak často úkol provádějí a kdy mají největší nápor. Pokud výchozí čas nemáte změřený, označte jej jako odhad a dohodněte krátké měření před pilotem. Doba psaní a čekání na kontrolu jsou dvě různé položky; vyplatí se je zaznamenat zvlášť.
Domluvte malý rozsah a ověřitelné dokončení
První dodávku vymezte tak, aby šla skutečně převzít. Pro servisní zápisy to může být jeden druh návštěvy a jedna šablona. Automatické plánování techniků, fakturace nebo komunikace se zákazníkem by byly samostatné části projektu.
Stanovte také, co systém udělá při nejasném vstupu. V našem příkladu má označit chybějící informaci a umožnit její doplnění. Schválení zápisu zůstává technikovi. Uživatel musí poznat, zda vidí rozpracovaný návrh, nebo finální dokument.
Tento způsob uvažování odpovídá i doporučením metodiky NIST pro vymezení účelu a prostředí AI systému. Pro malou firmu z něj plyne praktický krok: očekávání, omezení a způsob hodnocení si napište před vývojem.
Místo věty „AI má mít přesnost 95 procent“ určete, co budete počítat. Je to správně převzaté číslo zakázky, úplnost zápisu, nebo podíl návrhů přijatých bez věcné opravy? Záměna zakázky a změna pořadí vět mají jiný význam. Pro každý důležitý požadavek domluvte vlastní způsob ověření a hranici přijetí.
Vzor zadání, který můžete poslat dodavateli
Následující osnovu vyplňte vlastními údaji. Pokud něco nevíte, napište „potřebujeme ověřit“. Pomůže to oddělit doložené informace od předpokladů, které mohou ovlivnit cenu.
| Část zadání | Co doplnit |
|---|---|
| Práce, kterou řešíme | Kdo úkol dělá, co jej spouští a kde dnes vzniká zdržení. |
| Vstupní podklady | Odkud přicházejí, v jakém formátu a kdo je připravuje. Přiložíme ukázky. |
| Správný výsledek | Co má být na konci vytvořeno či změněno a kde. Přiložíme schválený vzor. |
| Rozsah prvního pilotu | Jeden vybraný typ úkolu, uživatelé a období ověření. Další přání uvedeme zvlášť. |
| Naše nástroje | Aplikace, používané účty či tarify a kontakt na jejich správce. |
| Objem a dnešní práce | Četnost úkolu, čas zpracování a kontroly. Odhady odlišíme od měření. |
| Kontrola a omezení | Kdo výstup schválí, co systém nesmí sám provést a jak má hlásit nejasnosti. |
| Podmínky převzetí | Konkrétní ověřované vlastnosti, způsob testu a požadované předání týmu. |
| Rozpočet a odpovědnost | Rámec investice, přijatelný měsíční provoz a člověk, který rozhoduje o zadání. |
K dokumentu přidejte i otevřené otázky. Třeba zda bude nutné změnit formulář, jestli lze využít stávající licenci nebo kdo bude aktualizovat šablonu. Zadání nemusí odpovědi předstírat; má usnadnit jejich získání.
Jak porovnat nabídky na stejnou práci
Pošlete dodavatelům stejný základ a požádejte o rozdělení ceny na přípravu, samotný pilot a následný provoz. Z nabídky má být patrné, zda zahrnuje propojení aplikací, uživatelskou kontrolu, testování, dokumentaci a zaškolení.
U měsíčních nákladů si nechte popsat zahrnutý objem používání, placené služby a správu. Vyjasněte také opravy po změně připojeného programu a úpravy, které se už účtují jako nový požadavek. Porovnávat pouze konečnou částku je obtížné, pokud jedna nabídka končí demonstrací a druhá zahrnuje nasazení i podporu.
Před startem určete termín vyhodnocení a osobu, která o převzetí rozhodne. Vedle kvality sledujte skutečnou práci uživatelů: kolik času zabere kontrola, jak často se návrhy opravují a zda lidé řešení používají. Výsledek může vést k rozšíření, úpravě rozsahu nebo ukončení pilotu.
S převodem podobného zadání do konkrétního návrhu pomáhá Tanduva v rámci AI konzultací a přípravy implementace. Její nabídka zahrnuje rozbor procesu, návrh pilotu a rozpočet provozu. K prvnímu rozhovoru můžete použít právě vyplněnou osnovu a ukázky práce. Vznikne tím podklad pro rozhodnutí, co má smysl postavit a jak ověřit, že to firmě pomáhá.