A modell működik. A teszteredmények rendben vannak. A demó hibátlanul lefut a döntéshozók előtt. Hat hónappal később az AI-pilot még mindig „értékelés alatt” áll, csendben lekerült a napirendről, vagy már élesben fut, de senki sem használja.
Ilyenkor rendszerint a technológiát hibáztatják. Pedig a valódi probléma már a jóváhagyáskor jelen volt: senki sem nevezte meg, ki felel majd az adatfolyamért, ki viseli az éles működés költségét, és ki vezeti át a csapatot az új munkafolyamatra. Ha ez a három név hiányzik, nem AI-pilotot finanszírozol. Demót finanszírozol.
Az AI-pilot azt mutatja meg, hogy működik-e a megoldás. Azt nem, hogy működtethető-e
Az AI-pilot ellenőrzött környezetben fut. Valaki kézzel készíti elő az adatokat, figyeli a folyamatot, javítja a hibákat, és elmagyarázza az eredményt annak, akinek döntenie kell róla. A rendszer azért látszik késznek, mert egy kis csapat a háttérben elvégzi mindazt, amihez éles üzemben már kijelölt felelősök és rögzített folyamatok kellenek.
Az élesítés után a projektcsapat továbblép. A feladatai viszont nem tűnnek el. Az adatokat továbbra is be kell tölteni, a rendszer költségeit valakinek viselnie kell, a régi munkafolyamatot pedig át kell alakítani vagy ki kell vezetni.
Itt válik szét a technikailag sikeres AI-pilot és a működő üzleti rendszer. Az AI-pilot azt bizonyítja, hogy a megoldás el tud végezni egy feladatot. Az éles üzemhez ennél több kell: a szervezetnek nap mint nap, kijelölt felelősökkel és tervezhető költségekkel kell működtetnie a rendszert.
Az adatfolyam nem épül meg magától
Az AI-pilotban az adatok gyakran kézi exportokból, egyszeri összekötésekből és átmeneti átalakításokból érkeznek. A bemenet tiszta, a modell jó választ ad, a bemutató sikerül. Ettől még nem jött létre éles adatfolyam.
Az éles rendszerhez stabil adatkapcsolatok kellenek. Ellenőrizni kell az adatformátumokat, kezelni kell a hibás vagy hiányzó rekordokat, visszakövethetővé kell tenni az adatok útját, és be kell vonni a biztonsági felelőst is. Ha megváltozik valamelyik forrásrendszer, valakinek észre kell vennie. Ha leáll az adatbetöltés, valakinek helyre kell állítania.
Ezt a munkát rendszerint az adatcsapattól várják. Gyakran úgy, hogy a csapat nem vett részt az AI-pilotban, nem ismeri annak igényeit, és már negyedévekre előre lekötötte a kapacitását. Az AI-projekt így fedezet nélküli pluszfeladatként kerül egy olyan listára, amelyen már eleve hónapokra elegendő munka vár.
Az éles adatfolyam kiépítése könnyen többe kerülhet, mint maga az AI-pilot. Nem azért, mert az adatcsapat túlbonyolítja a feladatot. A bemutatóhoz elég volt egyszer jól előkészíteni az adatokat. Éles üzemben ugyanezt minden alkalommal megbízhatóan, ellenőrizhetően és megismételhetően kell elvégezni.
A döntési kérdés ezért nem az, hogy az adatcsapat meg tudja-e építeni az adatfolyamot. Meg tudja. Az a kérdés, hogy kapott-e rá költségkeretet és helyet a prioritások között még az AI-pilot jóváhagyása előtt. Ha nem, az adatfolyam lesz a szűk keresztmetszet. Ekkor már nem a modell minősége határozza meg, hogy a rendszer eljut-e az éles üzemig.
Az AI-pilot költségkerete nem fedezi az éles működést
Az AI-pilotot gyakran elkülönített fejlesztési vagy innovációs keretből fizetik. Ez a pénz arra való, hogy kiderüljön, működik-e az elképzelés. Nem arra, hogy éveken át üzemben tartsa a rendszert.
Az éles működésnek visszatérő költségei vannak. A modell használata, az infrastruktúra, az adatkapcsolatok, a felügyelet, a támogatás és a rendszeres felülvizsgálat mind pénzbe kerül. A költség mellé felelősség is társul: kit hívnak, ha a rendszer leáll, és melyik vezető felel azért, ha elmarad a várt üzleti eredmény?
Az átadás nem puszta költségátcsoportosítás. Az AI-pilotot vezető csapat átadja a rendszert annak az üzleti területnek, amelynek használnia és finanszíroznia kell. Az üzletági vezetőnek be kell építenie a költséget a saját keretébe, embereket kell kijelölnie az üzemeltetésre, és felelősséget kell vállalnia akkor is, ha a rendszer nem teljesít.
Ez az átadás gyakran azért marad el, mert egyik félnek sem érdeke időben kezdeményezni. A projektcsapat a működő AI-pilotért kap elismerést. Az üzletág pedig nem akar átvenni egy olyan kötelezettséget, amelyre nem kapott keretet. A rendszer így technikailag elkészül, papíron élesbe kerül, de szervezetileg gazdátlan marad.
A „támogatja a kezdeményezést” még nem felelősségvállalás. A „fontosnak tartja” sem az. Egy név kell, valamint egy konkrét összeg abban a költségvetésben, amelyből az éles működést ténylegesen finanszírozzák.
Az AI csak akkor hoz megtakarítást, ha a régi munkafolyamat megszűnik
A harmadik probléma eleinte nem feltűnő. A modell működik, az emberek használják, a rendszer nem áll le. Az első működési felülvizsgálat mégis azt mutatja, hogy a létszám, az átfutási idő és a hátralék ugyanakkora, mint az AI-pilot előtt.
Ennek egyszerű oka van: a csapat megtartotta a régi folyamatot, és mellé tette az AI-t. A hitel-előterjesztést készítő elemző továbbra is megírja a dokumentumot, majd külön ellenőrzi a modell által készített változatot. A kárrendező továbbra is kézzel rangsorolja az ügyeket, majd az AI javaslatát is értékeli.
Két munkafolyamat fut párhuzamosan. Az ember mindkettőben dolgozik. A költség nem csökken, hanem nő, mert a szervezet egy új lépést illesztett a régi folyamat mellé.
Az AI csak akkor hoz üzleti eredményt, ha a korábbi munka egy része valóban megszűnik. Ehhez nem technikai tudás, hanem vezetői jogkör kell. Valakinek el kell döntenie, melyik régi lépést vezetik ki, mikor állnak át az új folyamatra, és milyen eredmény mellett tekintik sikeresnek a váltást.
Az AI-pilotot építő technikai csapat nem hozhatja meg ezt a döntést az üzleti terület helyett. Megépítheti az új rendszert, de nem alakíthatja át egy másik terület működését. Egy tizenöt éve használt munkamód kivezetését a folyamatgazdának kell vállalnia, dokumentálnia és számon kérnie.
Ezt a kudarcot a legnehezebb észrevenni. A modell jól teljesít. A rendszer élesben fut. Az üzleti mutatók mégsem mozdulnak: az átfutási idő, az egy ügyre jutó költség és a feldolgozott mennyiség változatlan marad. A technológia működik, a várt üzleti eredmény mégis elmarad.
Három név kell a jóváhagyás előtt
A három probléma ugyanoda vezet vissza. Az AI-pilot elrejti azokat a felelősségeket, amelyeket az éles üzem azonnal láthatóvá tesz. Utólag is lehet gazdát keresni hozzájuk, de addigra a költségkeret már kimerült, a projekt lendülete elfogyott, és a szervezet a technológiában kezdi keresni a hibát.
Minden AI-pilot jóváhagyása előtt három névnek kell szerepelnie az egyoldalas jóváhagyási anyagban:
Az adatgazda. Az a név szerint kijelölt vezető vagy szakember, aki vállalja az éles adatfolyam kialakítását és fenntartását. A feladathoz jóváhagyott kapacitás és költségkeret tartozik.
A költséggazda. Az az üzleti vezető, akinek a költségvetésében megjelenik az éles rendszer működési költsége. Nemcsak támogatja a projektet, hanem felel a vállalt szolgáltatási szint teljesítéséért és azért is, ha elmarad a tervezett üzleti eredmény.
A folyamatgazda. Az a vezető, aki jogosult dönteni a régi munkafolyamat kivezetéséről. Előre rögzíti a kivezetés időpontját és azt a sikerküszöböt, amelynél leállítják a régi folyamatot.
Ha a három név közül bármelyik hiányzik, az AI-pilot nem kap jóváhagyást. Nem feltételesen. Nem egy későbbi egyeztetés ígéretével. Nem kapja meg.
Ez nem túlzott szigor. Az AI-pilot a három név nélkül is sikeresnek látszhat. A modell működni fog, a demó lefut, a projektcsapat pedig igazolhatja, hogy a technológia el tudja végezni a feladatot. Az éles rendszer mégis elakad majd az adatfolyamnál, a költségvetésnél vagy a munkafolyamatnál.
Az utólagos elemzés ilyenkor gyakran arra jut, hogy a technológia még nem volt elég érett. A pontosabb diagnózis egyszerűbb: a szervezet nem döntötte el, ki felel az adatokért, a költségekért és a munkafolyamatért.
Ha akár egyetlen felelősség mellől is hiányzik a név, nem AI-pilotot finanszírozol. Demót finanszírozol.