Onboarding klientov pre pilotné projekty AI agentov: briefing, KPI, očakávania

Onboarding klienta pre pilotný projekt AI agenta je štruktúrovaný proces, ktorým agentúra vedie zákazníka od prvého discovery briefingu až po produkčnú (ostrú) pilotnú prevádzku: definícia prípadu použitia a KPI, nastavenie dát, nástrojov a prístupov vrátane GDPR a sprostredkovateľskej zmluvy, manažment očakávaní a cesty pre eskaláciu a spätnú väzbu. Dôkladný onboarding merateľne rozhoduje o úspechu pilotu.

• Kto robí čo: Agentúra dodáva metodiku, architektúru a realizáciu; zákazník dodáva sponzorstvo, dáta, prístupy a kontaktnú osobu s rozhodovacou právomocou. Vlastníctvo výsledku zostáva u zákazníka.
• Kedy sa to oplatí: Fáza onboardingu trvá zvyčajne tri až šesť týždňov; prvý merateľný ROI prichádza podľa prípadu použitia po 3 až 18 mesiacoch.
• Prečo je to rozhodujúce: Väčšina neúspešných AI iniciatív zlyháva na výbere prípadu použitia, pravidlách riadenia, riadení zmien a očakávaniach, nie na technike. Práve tieto páky sa nastavujú pri onboardingu.

Prečo onboarding rozhoduje o úspechu pilotu

Najúprimnejšie zhodnotenie dát za roky 2025/2026 je nepríjemné: väčšina neúspechov nemá technickú povahu. Štúdia MIT NANDA The GenAI Divide (júl 2025) uvádza, že napriek vysokým investíciám približne 95 % firiem nedosahuje zo svojich integrovaných iniciatív v oblasti GenAI v sledovanom období žiadny merateľný vplyv na P&L, zatiaľ čo špičková skupina približne 5 % firiem dosahuje výrazné zrýchlenie rastu tržieb. Dôležitý je správny výklad: neznamená to, že 95 % pilotov technicky zlyhá. Úzke miesto podľa štúdie nie je v kvalite modelu, ale v chýbajúcom učení, pamäti, integrácii a prispôsobení sa kontextu. V praxi agentúry to znamená: zvolil sa nesprávny proces, dáta boli nepoužiteľné, prevádzkový model sa nikdy nezmenil a metrika úspechu sa nikdy nedefinovala.

Práve tieto štyri zdroje chýb sa pri onboardingu buď ošetria, alebo prehliadnu. Pilot, ktorý štartuje s nejasným cieľom, bez východiskovej hodnoty, bez poriadne nastavených prístupov a bez definovaných eskalačných ciest, je ohrozený ešte pred prvým volaním modelu. O úspechu alebo neúspechu sa preto fakticky rozhoduje pri onboardingu. Ak si chceš vopred overiť, či prípad použitia obstojí, môžeš začať 14-dňovým overením konceptu (proof of concept), ktoré ešte pred vývojom vyjasní prípad použitia, stav dát a meradlo úspechu.

Fáza 1: briefing a discovery

Discovery briefing vyjasňuje tri veci: obchodný kontext, prostredie procesov a štruktúru sponzorstva. Model, ktorý v praxi v regióne DACH funguje, má jasne rozdelené úlohy: vedenie spoločnosti sponzoruje stratégiu, IT alebo CDO zodpovedá za platformu a vedenie odborného útvaru vlastní P&L prípadu použitia. Ak na strane zákazníka chýba sponzor s rozhodovacou právomocou, pilot je organizačne neobsadený. Podľa dát McKinsey z roku 2025 majú firmy s najlepšími výsledkami v AI trikrát častejšie viditeľné vlastníctvo na úrovni vrcholového manažmentu.

Počas discovery sa nastavujú aj očakávania. Osvedčené pravidlo z výskumu transformácií: približne 70 % transformácií neprinesie zamýšľanú hodnotu, pri AI skôr viac, pretože táto technológia je pre väčšinu zamestnancov nová. Túto realitu treba otvorene pomenovať v briefingu, nie ju schovať do prikrášlenej prezentácie.

Fáza 2: definícia prípadu použitia a KPI

Pilot rieši práve jeden jasne ohraničený prípad použitia. Empiricky najlepšie podložené zdôvodnenie dáva BCG: lídri v AI sa v priemere zameriavajú na 3,5 prípadu použitia namiesto 6,1 u zaostávajúcich firiem a očakávajú 2,1-násobný ROI. Sústredenie poráža rozptýlenie. Pre onboarding z toho vyplýva disciplína: odolať pokušeniu záberu do šírky a zvoliť jediný proces s veľkým dopadom.

Definícia KPI jasne oddeľuje dve úrovne:

• Metriky adopcie (nutné, nie postačujúce): týždenne a mesačne aktívni používatelia podľa funkcie, využitie licencií, úlohy na používateľa za deň, krivky retencie. Úspora času, ktorú uvádzajú sami používatelia, slúži len ako orientačný signál: terénna štúdia METR (2025) ukazuje, že skúsení vývojári očakávali zrýchlenie o 24 % a mysleli si, že sú rýchlejší o 20 %, v skutočnosti však boli o 19 % pomalší. V pilote rozhoduje telemetria, nie intuícia.
• Metriky výsledkov (tie rozhodujúce): merateľné skrátenie času cyklu (case-to-close, lead-to-quote), zníženie nákladov na úrovni funkcie, zmena NPS/CSAT, miera chýb a defektov.

Kritériá úspechu sa definujú pred ostrým spustením spolu s východiskovou hodnotou a validuje ich finančné oddelenie. Pri programoch nad relevantnou hranicou sa finančné oddelenie podieľa priamo na definícii metrík a nedozvedá sa o nich až dodatočne.

Spoľahlivé OKR pilotu (inšpirované logikou firiem s najlepšími výsledkami podľa McKinsey) môže vyzerať približne takto:

```
Objective: Vybudovať spoľahlivú schopnosť agenta v cieľovom procese
KR1: >=70 % aktívneho týždenného využívania vo funkcii do 9 mesiacov
KR2: >=25 % skrátenie mediánu času cyklu oproti východiskovej hodnote do 12 mesiacov
KR3: Žiadne zhoršenie NPS/CSAT (alebo +5 %) počas celého obdobia
KR4: Miera HITL eskalácií <20 % do 12 mesiacov, klesajúci trend
KR5: Čistý príspevok k P&L validovaný finančným oddelením do 18 mesiacov
```

Fáza 3: nastavenie dát, nástrojov a prístupov (vrátane GDPR a sprostredkovateľskej zmluvy)

Pred každým ostrým tokom dát v produkcii musí byť hotové nastavenie compliance a prístupov. Stavebné prvky, ktoré v regióne DACH obstoja:

• Sprostredkovateľská zmluva: uzavretie pred odovzdaním dát; vyjasnenie právnych základov a kategórií dát. Detailná architektúra zmlúv a mechanika GDPR sú samostatnou agendou oddelenia nákupu a ochrany údajov.
• Identita a prístup: federácia s poskytovateľom identít (IdP) zákazníka, výmena tokenov pri volaniach nástrojov, jeden servisný účet pre každú dvojicu agent a nástroj namiesto zdieľaného účtu. Žiadne statické prístupové údaje v kóde.
• Kontrola odchádzajúcej komunikácie (egress): deny-by-default s allowlistom povolených endpointov modelov a protokolovaním na bráne (gateway). Zabraňuje to neúmyselnému úniku dát a poskytuje auditné dôkazy pre kontrolu podľa GDPR a AI Act. Tento prvok v pilotoch často chýba a pri prechode na škálovanú prevádzku zlyhá.
• Fixovanie verzií modelov (model version pinning): pomenované nasadenia modelov a zdokumentovaný plán rollbacku, potrebné pre neskoršie posúdenie vysokorizikového systému podľa AI Act.
• Gramotnosť v oblasti AI podľa čl. 4 AI Act: Od 2. februára 2025 musia poskytovatelia a nasadzujúce subjekty prijať opatrenia na gramotnosť v oblasti AI svojich zamestnancov a všetkých osôb, ktoré agenta v ich mene prevádzkujú alebo používajú. Nariadenie Digital Omnibus (EÚ) 2026/1744, účinné od 27. júla 2026, oslabilo čl. 4: vyžadujú sa opatrenia na podporu tejto gramotnosti, ale nie konkrétna úroveň gramotnosti. Školenie prispôsobené jednotlivým rolám pre všetkých, ktorí s agentom denne pracujú, patrí do fázy onboardingu. To isté nariadenie posunulo povinnosti pre vysokorizikové systémy: pre samostatné vysokorizikové systémy podľa prílohy III na 2. decembra 2027, pre systémy v regulovaných výrobkoch podľa prílohy I na 2. augusta 2028.

Upozornenie: Tento článok nenahrádza právne poradenstvo. Konkrétnu klasifikáciu rizika podľa AI Act, znenie sprostredkovateľskej zmluvy a posúdenie podľa GDPR treba prekonzultovať s oddelením ochrany údajov a právnym oddelením.

Fáza 4: manažment očakávaní, eskalácia a spätná väzba

Manažment očakávaní znamená predovšetkým písomne stanoviť realistické časové horizonty. Spoľahlivý ROI pri väčšine prípadov použitia prichádza po 12 až 24 mesiacoch, nie po troch. Cesty pre eskaláciu a spätnú väzbu patria výslovne do charty pilotu: definovaný postup pre prípady human-in-the-loop, pevný rytmus hodnotiacich stretnutí so sponzorom a ako najdôležitejší bod explicitné kill-gates. Každý pilot dostane od prvého dňa písomné kritérium ukončenia.

Tri osvedčené brány: po 6 mesiacoch, ak nie je viditeľná cesta k ROI a adopcia zostáva pod 30 %; po 12 mesiacoch bez kvantitatívneho signálu ROI stiahnuť rozpočet; a pred prechodom na škálovanú prevádzku pri kritických chybách v evaluácii, najmä v regulovaných oblastiach alebo pri kontakte so zákazníkmi.

Kroky onboardingu v prehľade

Príklad časového plánu onboardingu

Typický scenár spolupráce agentúry a stredne veľkého podniku (posilnenie zákazníckeho servisu Tier 1, pod vedením partnera):

• Týždeň 1-2 (discovery): Briefing s COO ako sponzorom, mapovanie procesov. Výber jediného prípadu použitia: odklonenie jednoduchých požiadaviek (deflection) a zhrnutie rozhovorov v podpore prvej úrovne.
• Týždeň 2-3 (KPI a východisková hodnota): Zmeraná východisková hodnota: priemerný čas spracovania, mesačný objem hovorov, CSAT. KR2 stanovený na 25 % skrátenie času cyklu za 12 mesiacov, kontrasignovaný finančným oddelením.
• Týždeň 3-4 (compliance a prístup): Sprostredkovateľská zmluva podpísaná, kategórie dát vyjasnené, federácia s IdP a allowlist pre egress nastavené, servisné účty pre jednotlivé nástroje založené.
• Týždeň 4-5 (gramotnosť v oblasti AI a charta): Školenie 12 zamestnancov servisu, ktorí s agentom pracujú, prispôsobené ich roliam (gramotnosť v oblasti AI podľa čl. 4 AI Act). Charta pilotu s kill-gates v 6. a 12. mesiaci podpísaná.
• Týždeň 5-6 (ostré spustenie): Agent v produkcii, evaluačný rámec (eval harness) aktívny, zavedené týždenné hodnotiace stretnutia.
• Mesiac 3-6 (prvý merateľný ROI): Zákaznícky servis Tier 1 je v realistickom okne 3 až 6 mesiacov do prvého merateľného ROI. V tabuľke nižšie nie je žiadny rýchlejší prípad použitia.

Výpočet cieľovej metriky (zdola nahor, overiteľný pre CFO): percentuálne skrátenie času spracovania vynásobené ročným objemom hovorov a plnými nákladmi na jeden hovor dáva ročnú úsporu; od nej sa odpočítajú náklady na licencie, nasadenie, HITL kontroly a monitorovanie (observability). Úprimne povedané: zdanlivo lacná položka (výpočtový výkon pre LLM) hlavné náklady netvorí. Tie tvoria vývoj, HITL kontroly a riadenie zmien.

Realistický čas do prínosu podľa prípadu použitia

Tieto rozpätia (kontext stredných podnikov v regióne DACH, stav 2026) patria do manažmentu očakávaní pri onboardingu. Predchádzajú najčastejšiemu konfliktu: očakávaniu výsledkov po troch mesiacoch pri prípade použitia, ktorý realisticky potrebuje rok.

Pre agentúry a B2B manažérov s rozhodovacou právomocou

Pre agentúry je dôkladný onboarding najúčinnejšou pákou na mieru úspešnosti pilotov, a tým aj na pokračovanie v podobe zákazky na škálovanie. V regióne DACH prevláda model pod vedením partnera: agentúra dodáva metodiku, architektúru a realizáciu, zákazník si ponecháva vlastníctvo výsledku. Prvá rola produktového manažéra na strane zákazníka vzniká zvyčajne až po prvých merateľných úspechoch, často v 9. až 12. mesiaci.

Ak rozhoduješ v B2B, pred štartom pilotu si vyžiadaj tri artefakty: profil prípadu použitia s jasným ohraničením, hárok KPI s východiskovou hodnotou validovanou finančným oddelením a chartu pilotu s písomnými kill-gates. Kto berie onboarding vážne, s vyššou pravdepodobnosťou patrí k programom, ktorých správa pre predstavenstvo ukazuje merateľnú a auditovateľnú tvorbu hodnoty z niekoľkých disciplinovaných nasadení, a nie k tým 95 % bez merateľného vplyvu na P&L. Blck Alpaca sprevádza práve túto fázu onboardingu: od discovery a definície KPI cez nastavenie prístupov v súlade s GDPR až po funkčný pilot s definovanými kritériami ukončenia.