AI-pilot: a demó működött, három hónap múlva mégis senki nem használja

A bemutató sikerül. A rendszer harminc másodperc alatt megcsinálja azt, ami eddig húsz percig tartott. Mindenki bólint.

Három hónappal később a csapat fele már nem nyitja meg. Fél év múlva valaki felveti, hogy az AI náluk nem működött.

Pedig működött. A bevezetés maradt el.

Ez nem szigetjelenség. Egy 2025-ös MIT-elemzés szerint a vállalati generatív AI-pilotok 95%-a nem hozott mérhető megtérülést. A Gartner előrejelzése szerint az ügynökalapú AI-projektek több mint 40%-át 2027 végéig leállítják — és az okok között nem a modellek minősége szerepel, hanem az elszaladó költség, a tisztázatlan üzleti érték és a hiányos kockázatkezelés.

Miért nehéz ez

Mert a pilot és a bevezetés két különböző feladat, és a legtöbb szervezet az elsőt nézi sikernek.

A pilot ideális körülmények között fut: kiválasztott adat, motivált résztvevők, jelen lévő szállító, néhány hét figyelem. A bevezetés mindennek az ellenkezője: valódi adat, fáradt kollégák, szabadságolás, más prioritások, és senki, aki figyeli.

A Gartner ugyanitt egy másik jelenségre is felhívja a figyelmet, amit „agent washing"-nek nevez: meglévő eszközök — chatbotok, folyamatautomatizálás, asszisztensek — ügynöki AI-ként való újracímkézésére. Az elemzés szerint az ügynöki AI-t kínáló több ezer szállítóból nagyjából 130-at tartanak valóban annak. Aki ilyen ígéretre indít projektet, nem az AI-ban csalódik majd, hanem a címkében.

Az öt ok, ami mögötte áll

1. Nem volt kiindulási mérés. Ha nem mérted meg előtte, mennyi ideig tartott a folyamat, és mennyi hibával futott, akkor utána nincs mivel összehasonlítani. Ilyenkor a vita véleményekre csúszik, a vélemény pedig mindig a régi folyamat mellett szól, mert az ismerős.

2. Az eszköz a folyamat mellett van, nem benne. Ha a kollégának ki kell lépnie a megszokott rendszeréből, át kell másolnia az adatot, meg kell nyitnia egy másik ablakot, akkor a pilot lelkesedése után visszatér oda, ahol a munka valójában történik.

3. Nincs gazdája. A pilotnak van szponzora, aki bemutatja, de nincs valakije, akinek a napi feladata, hogy a kivételeket kezelje és a hibákat visszavezesse. Ami senkié, az elsorvad.

4. Nincs kivétel-útvonal. Ez a leggyakoribb és a legkevésbé látható ok. Amikor a rendszer bizonytalan, a felhasználónak tudnia kell, mi a teendő. Ha nincs ilyen útvonal, az első nehéz eset után mindenki visszaáll a kézi munkára — mert az legalább kiszámítható.

5. A haszon és a költség nem ugyanabba a zsebbe esik. Az egyik osztály fizeti, a másik nyer vele. Ez különösen az óradíjas szakmákban éles: ha gyorsabban végzel, kevesebbet számlázol. Erről a kérdésről a legtöbb bevezetés hallgat, és pontosan ezért bukik el.

Hogyan válaszd ki, mit automatizálj

Három feltétel egyszerre:

A folyamat legalább hetente fut, lehetőleg naponta. Ami havonta egyszer van, azon nincs mit megspórolni.

A folyamat mérhető: van olyan szám, ami ma is létezik — átfutási idő, tételszám, hibaarány.

A hibás kimenet még azelőtt kiderül, hogy kárt okozna. Ez a legfontosabb. Egy téves automatikus döntés rosszabb, mint egy feldolgozatlan tétel, mert a feldolgozatlan tételt valaki előbb-utóbb megnézi, a tévesen lezártat viszont soha többé.

Ebből következik, hogy a jó első folyamat majdnem mindig olyan, ahol a rendszer javasol, és ember hagy jóvá. Nem véletlen, hogy a könyvelőirodák 62%-a kifejezetten ezt várja el: javasolj, ne cselekedj.

Amivel a gyakorlatban számolni kell

A szezonalitás: ami januárban működik, az áprilisban más terhelést kap.

A szabadságolás: a bevezetés utáni első nyár mutatja meg, mennyire épült be a folyamat.

A bajnok távozása: ha egyetlen lelkes kolléga tartja életben, az ő felmondásával a projekt is elmegy.

És a biztonsági átvilágítás, ami néha hosszabb, mint maga a pilot volt. Ezt előre kell ütemezni, nem a végén.

Melyik kudarc a legdrágább

Nem a leállított projekt. Azt legalább leállították.

A drága kudarc a „sikeres" pilot, amit soha nem skáláztak és soha nem is kapcsoltak ki. Fut a háttérben, fogyasztja a licencet és a figyelmet, néhányan használják, mások nem, az adat fele benne van, fele nem.

És van egy költsége, amit nem lehet számlán látni: a következő javaslat háromszor nehezebb lesz. A szervezet megtanulta, hogy „ezt már próbáltuk". Egy elrontott bevezetés évekre bezárja az ajtót olyan folyamatok előtt is, amelyek működtek volna.

Mi változik egy rendes felállásban

• Kiindulási mérés: két hét mérés a bevezetés előtt, ugyanazokkal a mutatókkal, amikkel utána is mérni fogsz
• Beépítés: a rendszer abban az eszközben jelenik meg, amit a csapat amúgy is használ
• Gazda: egy megnevezett ember, akinek ez a feladata, nem a hobbija
• Kivétel-útvonal: minden bizonytalan esetre meghatározott következő lépés
• Leállási feltétel: előre kimondva, milyen eredmény alatt állítjátok le. Ez nem pesszimizmus, hanem ez teszi a projektet döntéssé vélemény helyett

Mit igényel a bevezetés

Két hét mérést, mielőtt bármi épül. Hozzáférést a valódi adathoz, nem mintaadathoz — a mintaadaton minden rendszer jól teljesít.

Egy megnevezett gazdát a megrendelő oldalán, heti fél órával.

És egy előre rögzített leállási feltételt. Ha három hónap után a mutatók nem mozdulnak, a projekt véget ér, és ez így van rendben.

Hol fut

A rendszer a meglévő folyamataitokhoz és rendszereitekhez csatlakozik, saját EU-s felhőkörnyezetben.

Az adataitok nem kerülnek harmadik fél általános modelljeinek tanításába. A biztonsági átvilágítást érdemes az első héten indítani, nem az utolsón — ez az a lépés, ami a legtöbb bevezetést csúsztatja.

Mit nem old meg

Az elromlott folyamatot. Ha a folyamat ma sem világos, az automatizálás csak gyorsabban fogja rosszul csinálni. Ilyenkor előbb a folyamatot kell rendbe tenni, és ezt meg is szoktuk mondani.

A döntést, amit senki nem akar felvállalni. Ha egy lépésnél ma azért áll meg a munka, mert nincs, aki döntsön, ott nem technológiai akadály van.

És nem old meg olyan feladatot, ami havonta egyszer fut. Azon nincs mit megtakarítani.

Gyakori kérdések

Ha a pilotok 95%-a megbukik, miért kezdjek bele egyáltalán?
Mert a kudarc oka ismert és elkerülhető: mérés hiánya, rossz folyamatválasztás, hiányzó gazda, hiányzó kivétel-útvonal. Ezek mind a bevezetés tervezésén múlnak, nem a technológián.

Mennyi idő alatt derül ki, hogy működik-e?
Egy jól megválasztott folyamatnál hat–nyolc hét. Ha ennél tovább nem látszik semmi a számokban, az önmagában válasz.

Mit mérjek?
Azt, ami ma is létezik: átfutási időt, tételszámot, hibaarányt, újramunkát. Ne találj ki új mutatót a projekt kedvéért.

Mi a leggyakoribb hiba a folyamat kiválasztásánál?
A legizgalmasabb folyamatot választják a leggyakoribb helyett. Az első bevezetésnek unalmasnak kell lennie.

Mi legyen, ha a csapat ellenáll?
Nézd meg, hova kerül a megtakarított idő. Ha az ellenállás abból fakad, hogy a haszon máshol jelentkezik, mint a többletmunka, akkor az nem hozzáállási kérdés, hanem tervezési hiba.

Ha most készültök AI-bevezetésre, egyetlen dolgot érdemes előbb megcsinálni, mint bármit választani: mérjétek meg két héten át, hogyan fut ma az a folyamat. Enélkül a projekt végén nem eredményetek lesz, hanem véleményetek.