AI-asszisztens üzenetben: céges adat a telefonról, 2 489 üzenet tapasztalatával
Kedd délután, a cégvezető két tárgyalás között ül a kocsiban. Tudni akarja, mi történt ma az egyik flottaautóval: mikor vették fel, mi került a munkalapra, mennyi normaóra ment rá. A régi rend szerint felhív valakit, aki felhív valaki mást, aki majd este visszaszól. Az új rend szerint beír egy mondatot a telefonja üzenetküldőjébe, és pár percen belül megkapja a választ — a rendszer közben legalább négy adatbázis-táblát fűzött össze, huszonhat lépésben.
Ez a cikk egy élesben futó belső AI-asszisztensről szól: üzenetben érhető el, és a cég saját adataiból válaszol. A referencia-rendszerünkön eddig 2 489 üzenet ment át. Leírjuk, mit tud, mit nem csinál, miért üzenetben van, mibe kerül az üzemeltetése, és mikor nem érdemes belevágni.
Mit tud egy üzenetben elérhető AI-asszisztens?
Az asszisztens egy háttérben futó, folyamatosan elérhető szolgáltatás. Nem alkalmazás és nem weboldal: a kolléga a telefonja szokásos üzenetküldőjében ír neki, ugyanúgy, ahogy egy munkatársnak írna. A válasz ugyanott jelenik meg.
Három nagy forrásból dolgozik. Az első a cég vállalatirányítási rendszere: egy több mint húsz éve működő, rétegesen felépült ERP, kizárólag olvasásra. A második a cég dokumentumtára: táblázatok, listák, munkafüzetek és a kereshetővé tett, szkennelt dokumentumok. A harmadik a céges levelezés. Mindhárom ugyanazon a jogosultsági logikán keresztül érhető el, és minden lekérdezés naplózódik.
Egy éles példa, hogy ez mit jelent a gyakorlatban. Egy egymondatos kérdésre — hogy mi történt ma az egyik autóval — az asszisztens huszonhat lépésben dolgozott: adatbázis-lekérdezések, fájlolvasások és számítások váltották egymást. Legalább négy ERP-táblát fűzött össze: a jármű adatait, az előjegyzést, a munkaszám nyitását és zárását, a munkasorokat a ráfordított normaórákkal, az anyagjegyzéket, a számlát, és egy ötelemű korábbi szerviztörténetet. Egy embernek ehhez több rendszerben kellene keresgélnie, ha egyáltalán tudja, hol keresse.
És a legfontosabb képesség, amiről ritkán esik szó: a nem tudom. Ugyanennél a kérdésnél valaki rákérdezett egy fogalomra, ami a köznyelvben létezik, az adatbázisban viszont nem. Az asszisztens nem talált ki rá értéket: azt válaszolta, hogy a szerviz-ágban ilyen adat nincs, és megnevezte az egyetlen tényt, ami ténylegesen kiolvasható volt — hogy a munka 2,6 órával túllógott a lefoglalt sávon. Egy kitalált válasz itt nagyságrendekkel drágább lett volna, mint egy üres kéz.
Egy dolgot érdemes az elején tisztázni: a kérdezhető réteg nem keresőmotor és nem riportgenerátor. A keresés megtalálja a dokumentumot, a riport ugyanazt a táblázatot küldi el minden reggel — a kérdezhető réteg viszont olyan kérdésekre való, amelyeket előre nem lehetett megfogalmazni. Ez az egyetlen valódi ok, amiért érdemes belevágni. Ha a kérdések előre ismertek, olcsóbb és megbízhatóbb megoldás is van rájuk.
Ez a rendszer belső eszköz, nem ügyfélszolgálati bot. A kettőt érdemes szétválasztani: a kifelé beszélő chatbot más kockázatot és más védelmi rétegeket kíván — arról külön írtunk az ügyfélszolgálati AI-chatbot cikkben.
Miért üzenetben, és nem egy újabb webes felületen?
Az első változat egy webes chat-felület volt öt vezetőnek, pontosan ugyanezzel az adathozzáféréssel. Hat hét után váltottunk üzenet-csatornára. A tanulság általános, és minden belső eszközre igaz: ami külön megnyitást kíván — új bejelentkezés, új könyvjelző, új felület —, az a vezetői napirendben hátrébb csúszik.
Az üzenetküldő azért nyert, mert már ott van a telefonon. Nincs új alkalmazás, nincs jelszó, működik diktálva vezetés közben, és ugyanaz a szál marad meg, amiben tegnap is kérdeztek. Ez szokás-kérdés, és a legtöbb belső AI-bevezetés ezen bukik el.
| Szempont | Külön webes felület | Üzenet-csatorna |
|---|---|---|
| Belépés | Jelszó, minden alkalommal | Nincs külön belépés: az azonosítót a készülék adja |
| Új szokás kell hozzá? | Igen — meg kell nyitni valamit | Nincs: ott van, ahol amúgy is ír |
| Mobilon | Használható, de kényelmetlen | Alapértelmezett, diktálva is |
| Hozzáférés-kezelés | Felhasználó-kezelő felület | Engedélyezett azonosítók zárt listája |
| Naplózás | A felületen | Minden üzenet és minden lekérdezés naplózva |
| Hosszú kimutatás olvasása | Alkalmas | Erre nem való — ahhoz fájlt kell küldeni |
Az utolsó sor fontos korlát. Az üzenet-csatorna rövid válaszra való: egy bekezdés, néhány szám, egy lista. Ha az eredmény egy több száz soros kimutatás, azt az asszisztens fájlként állítja elő és küldi ki — de a kérések többségénél erre nincs is szükség, a kérdező egy mondatnyi választ akar. A megfigyelt időszakban a legaktívabb felhasználó 76 kéréséből 33 volt tényleges adatlekérdezés, a többi egyszerű kérdés-válasz, fájl nélkül.
A csatorna megválasztásának van egy kevésbé kézenfekvő következménye is: az üzenetszál maga lesz a napló. Visszagörgetve látszik, ki mit kérdezett, mit kapott rá, és hol értette félre a kérdést a rendszer. Ez a mindennapi visszajelzés a legolcsóbb minőségjavító eszköz — külön felületen ugyanez külön képernyőt, külön jogosultságot és külön figyelmet igényelne.
A korlátok: olvasási jog, zárt lista, és amit nem csinál
Egy ilyen rendszernél a korlátok fontosabbak, mint a képességek. Négy szabály van, és mindegyik a bevezetés előtt született.
1. Az éles rendszerhez kizárólag olvasási joggal kapcsolódunk. Az asszisztens kiolvas, összefűz, számol — a vállalatirányítási rendszerbe azonban írni nem lehet: a hozzáférést több független védelmi réteg korlátozza olvasásra. Ez nem elvi nyilatkozat, hanem a beállítás része. Egy rosszul értelmezett kérésből származó írás helyrehozhatatlan; egy rossz olvasásból legfeljebb rossz válasz lesz, amit az ember észrevesz.
2. Zárt lista, nem nyilvános szolgáltatás. A rendszer csak engedélyezett azonosítókkal áll szóba; a hozzáférés névre szól, és egy emberhez több készülék is tartozhat. Aki nincs a listán, attól nem fogad kérdést. Egyetlen kivételt építettünk: ha ismeretlen számról érkezik érdemi ügyfél-üzenet, azt a rendszer nem válaszolja meg, hanem emberhez irányítja. Ez élesben eddig hatszor fordult elő — hat ügyfél-üzenet, ami így illetékeshez jutott.
3. Nem dönt, és nem kezdeményez. Nem küld ki semmit magától ügyfélnek, nem indít folyamatot, nem hagy jóvá. Adatot ad és összefoglal; a döntés az emberé marad. Ez ugyanaz az elv, amit minden automatizálásunkban tartunk — a gép ellenőriz és előkészít, az ember dönt.
4. Amit előre szabályozni kell. Ha egy belső asszisztens képes levelet küldeni, akkor előbb-utóbb valaki a cég nevében fog vele levelet küldeni. Azt, hogy ki kérhet ilyet, kinek a nevében mehet ki a levél, és mi kerül a naplóba, szabályban kell rögzíteni — a fejlesztő ezt nem döntheti el menet közben. Ha a cégnek van MI-használati szabályzata, ez oda tartozik; ha nincs, a szabályzat-mintánk tartalmaz ilyen pontot.
A négy szabály közös vonása, hogy mindegyik a bevezetés előtt olcsó, utána drága. Egy olvasási jogot egy perc alatt ki lehet adni, a visszavonása viszont már kényelmetlen beszélgetés; egy naplózás nélkül indult rendszernél pedig fél év múlva senki nem tudja megmondani, ki mit kérdezett. Ezért érdemes a korlátokat a szerződéssel együtt letenni, és nem az első hónap tapasztalataira bízni.
Adatvédelmi oldalról: a kérdés is, a válasz is céges adat, sokszor személyes adattal együtt. A hozzáférés-korlátozás és a teljes naplózás ezért előfeltétel, nem választható kényelmi funkció; a megőrzési időt és a hozzáférők körét pedig ugyanúgy le kell írni, mint bármely más rendszernél. Külön figyelmet kíván, ha a rendszer céges levelezést vagy munkavállalói üzeneteket is lát: erről a kollégákat előzetesen, írásban tájékoztatni kell, és ez érdekmérlegelést igénylő adatkezelés. Ez nem jogi tanácsadás — kérdéses esetben adatvédelmi szakembert érdemes bevonni.
A bevezetés nehezebb, mint a fejlesztés
A használati számok többet mondanak egy belső eszközről, mint a képesség-lista. A rendszeren eddig 2 489 üzenet ment át. Egy 25 napos, tételesen végigmért időszakban 249 üzenet érkezett, ebből 45 olyan kérés, amihez a rendszer ténylegesen adatot kérdezett le, plusz öt hosszabb háttérfeladat. Az asszisztens napi összefoglalója 25 napból 24-en kiment.
A számok mögött egy tanulság van, ami minden belső AI-eszközre igaz: aki nem tudja, mit lehet kérdezni, az nem kérdez. Egy üres üzenetszál ugyanolyan bénító, mint egy üres keresőmező. A képesség-lista ezen nem segít — funkciólistát senki nem olvas el.
Amin érdemes elindulni: konkrét példakérdések kiosztása — nem „kérdezz bármit”, hanem öt valódi mondat, amit másnap ki lehet próbálni —, egy napi automatikus összefoglaló, ami emlékeztetőként működik, és személyes bemutatás annak, aki majd használja. A bevezetés nem oktatás, hanem bemutatás: a saját munkájukhoz tartozó kérdésekkel, egyenként.
Ezért érdemes a bevezetésre legalább annyi időt szánni, mint a fejlesztésre. Egy belső eszköznél a használat nem jön magától: a kollégáknak van bevált módjuk arra, hogy megszerezzék az adatot — felhívnak valakit —, és ez a mód addig marad életben, amíg valaki meg nem mutatja, hogy egy mondat gyorsabb. Egy belső AI-eszköznél tehát a bevezetés dönt.
A használati naplónak van egy hasznos mellékterméke is. Pontosan látszik belőle, ki mire használja: a legaktívabb felhasználó kérései zömmel vezetői adatkérések, riport-jellegű kérdések. Ez a minta azt mutatja, hogy a kérdések nagy része ismétlődik — és az ismétlődő kérdésre már nem asszisztens való, hanem ütemezett riport. Erről a döntésről a cikk végén még lesz szó.
Mibe kerül üzemeltetni — és mire kell felügyeletet építeni
Aki belső AI-asszisztenst vezet be, a fejlesztést szokta beárazni. A valóságban a nagyobbik tétel az üzemeltetés. Az alábbi táblázat azt foglalja össze, milyen hibatípusokra kell egy ilyen rendszernél felügyeletet építeni, és mi az a beépített védelem, ami nálunk mindegyikre alapból megy.
| Hibatípus | Amit a felhasználó észlelne | A beépített védelem |
|---|---|---|
| Egy háttérfolyamat némán megáll | Nem érkezik hibaüzenet, csak nem jön válasz | Öngyógyító őrfolyamat (watchdog), ami észreveszi a néma leállást és újraindít |
| A használt AI-modell elcsúszik a beállítottól | A válaszok észrevétlenül gyengülnek | Rögzített modell-beállítás és modell-őr, ami figyeli, hogy a beállítás nem csúszik el |
| Az önellenőrzés téves riasztást ad | A napi riasztást egy idő után senki nem olvassa el | A vizsgálati szabályok szűkítése és a téves találatok tételes kigyomlálása |
| Egy folyamatosan élő beszélgetés eléri a technikai korlátját | A válasz elmarad | Megelőző munkamenet-forgatás, mielőtt a korlát elérhető közelbe kerülne |
| Az üzenet nem kézbesíthető az elsődleges csatornán | Néma válasz | SMS-tartalék útvonal, ha az elsődleges csatorna nem kézbesít |
Két minta látszik ebben a táblázatban, és mindkettő általános. Az első: a legdrágább hiba a néma hiba. Nem az, ami hibaüzenettel elszáll — az kiderül percek alatt —, hanem az, ami látszólag működik: a válaszok érkeznek, csak rosszabbak, vagy már meg sem érkeznek, és senki nem kap róla jelzést. Ezért épül minden élesben futó rendszerünk mögé őrfolyamat és automatikus hibariasztás. Hogy a látszólagos működés milyen formákban jelenik meg, arról külön cikkünk szól: Hamis zöld: négy hibaminta.
A második: a téves riasztás ugyanolyan veszélyes, mint a hiányzó. Egy naponta érkező, mindig téves piros levelet egy hónap alatt megtanul mindenki figyelmen kívül hagyni — és akkor az igazit is átugorja. Ezért a riasztási szabályokat ugyanúgy karban kell tartani, mint magát a rendszert: a megjelölt eseteket tételesen át kell nézni, a szabályt pedig addig szűkíteni, amíg minden riasztás valódi.
A megbízhatóság mérhető nyoma a teszt-készlet. A rendszereink mögött összesen 5 000+ automata teszt fut; ebből ezé a rendszeré a nyár végi 718-ról néhány hét alatt 922-re nőtt. Nem szeretetből: minden megerősített leletből lesz egy teszt, ami onnantól minden módosításnál újra lefut.
A rendszert emellett rendszeresen átvizsgáljuk független, kritikai szemmel: az adverzariális audit — ahol a vizsgáló kifejezetten a gyenge pontot keresi — ennek a munkának a rendszeres része. A megállapítások zöme nem a válaszok minőségéről szól, hanem a működés kereteiről: újraindulás, nyugtázás, naplózás, őrök. Ezek a keretek azok, amiktől egy éles rendszer hónapokkal az átadás után is ugyanúgy dolgozik.
Ha egy mondatban kellene összefoglalni: a fejlesztés heteket vesz el, a felügyelet folyamatos munka — és ez a belépő ára. Hogy ez a folyamatos figyelés konkrétan mit takar, azt az üzemeltetési havidíjról szóló cikkben szedtük össze tételesen.
Mikor éri meg, és mikor nem
Nem minden cégnek való. A döntés néhány egyszerű helyzeten múlik — keresse meg, melyik sor írja le a cégét.
| Ha ez igaz Önre | Akkor ez a következő lépés |
|---|---|
| A vezetői kérdések ismétlődnek, és ugyanabból a néhány adatból jönnek | Ütemezett riport, nem asszisztens — olcsóbb és megbízhatóbb |
| A kérdések előre nem láthatók, de mindig ugyanabból a rendszerből válaszolhatók | Kérdezhető asszisztens, olvasási joggal |
| Az adat rendetlen: hiányos rögzítés, rossz besorolások | Előbb adatminőség — a gép a rossz adatot csak gyorsabban adja vissza |
| Nincs, aki üzemeltesse és figyelje | Előbb a felügyelet kérdését kell megoldani: őrizetlen rendszer hibája csak késve derül ki |
| Az elvárás az, hogy döntsön vagy intézkedjen | Nem ez az eszköz; ehhez folyamat és jóváhagyási kapu kell |
| Egyetlen ember fogja használni | Valószínűleg egy jól megírt lekérdezés is elég |
A harmadik sort érdemes kétszer elolvasni. Ha a forrásadat hibás, az asszisztens ugyanazt a hibát adja vissza, csak meggyőzőbben megfogalmazva — erről öt konkrét esetet írtunk meg abban a cikkben, ahol a kimutatás rossz számot mutatott. Az adatminőség nem az AI-projekt után jön, hanem előtte.
És egy ellenérv, amit jobb az elején tudni: egy ilyen asszisztens egyedi építés. Nem doboz, amit meg lehet venni, és nem is lehet egy az egyben átemelni másik céghez, mert az ERP-je, a fájlrendje és a jogosultsági logikája más. Aki ilyet vezet be, hosszú távú üzemeltetési kapcsolatot vállal, nem egyszeri szoftvervásárlást.
Gyakori kérdések
Mit tud megkérdezni egy AI-asszisztens a cég saját adataiból?
Mindent, ami a bekötött forrásokban benne van: a vállalatirányítási rendszer adatbázisát, a cég dokumentumtárát és a céges levelezést. A referencia-rendszerünk egyetlen mondatos kérdésre huszonhat lépésben, legalább négy ERP-táblából állította össze egy jármű teljes aznapi szerviz-képét. Amit nem talál, arra nem talál ki választ: megmondja, hogy ilyen adat nincs.
Írhat-e az asszisztens a vállalatirányítási rendszerbe?
Nem. Az éles rendszerhez kizárólag olvasási joggal kapcsolódik, több független védelmi réteggel — írni nem lehet. Egy rossz olvasásból rossz válasz lesz, amit az ember észrevesz; egy rossz írás viszont visszafordíthatatlanul adatot ront. A visszaírás külön projekt, külön jóváhagyási kapukkal.
Ki férhet hozzá, és hogyan ellenőrizhető, mit kérdeztek tőle?
Zárt, engedélyezett lista alapján működik: a hozzáférés névre szól, ismeretlen küldőtől a rendszer nem fogad kérdést. Minden üzenet és minden adatlekérdezés naplózódik, így utólag visszakereshető, ki mit kérdezett és mire kapott választ. Adatvédelmi szempontból ez a belépő, nem egy választható kényelmi funkció.
Nem kockázatos, ha egy AI hozzáfér a céges adatokhoz?
A kockázatot három dolog kezeli: az olvasási jog (nem tud adatot rontani), a zárt hozzáférési lista (nem beszél idegennel), és a teljes naplózás (minden lépés visszakereshető). Emellett szabályozni kell, hogy a rendszeren keresztül ki milyen levelet küldethet és kinek a nevében. Ha a rendszer céges levelezést is lát, arról a kollégákat előzetesen, írásban tájékoztatni kell. Ez nem jogi tanácsadás; adatvédelmi kérdésben érdemes szakembert bevonni.
Mennyi idő, amíg a kollégák tényleg használni kezdik?
Több, mint amire számít — a bevezetésre legalább annyi időt kell szánni, mint a fejlesztésre. Ami elindítja a használatot: öt konkrét, a saját munkájukhoz tartozó példakérdés, egy napi automatikus összefoglaló emlékeztetőnek, és személyes bemutatás. Ami nem: a képesség-lista.
Mennyi karbantartást igényel egy belső AI-asszisztens?
Folyamatosat. Kell mögé őrfolyamat a néma leállás ellen, rögzített modell-beállítás és modell-őr, megelőző munkamenet-forgatás a hosszú beszélgetésekhez, és tartalék üzenet-útvonal. Minden megerősített leletből teszt lesz: ebben a rendszerben a teszt-készlet 718-ról 922-re nőtt. Aki ilyet vezet be, folyamatos üzemeltetési kapcsolatra rendezkedik be.
A következő lépés: gyűjtsön két hétig kérdéseket
Ha fontolgatja, hogy ilyesmibe kezd, van egy nulla forintos első lépés, ami minden mást megelőz. Két hétig írja fel (vagy írassa fel az asszisztensével), milyen adat-kérdések hangzanak el a cégben telefonon. Nem mindent: csak azokat, amelyekre a válasz valamelyik saját rendszerükben benne van.
A lista két dolgot fog megmutatni. Az egyik: mennyi kérdés ismétlődik. Ha egy kérdés hetente háromszor elhangzik, az nem asszisztens-feladat, hanem ütemezett riport — az mindig olcsóbb, gyorsabb és ellenőrizhetőbb. A másik: hány kérdés jön ugyanabból a rendszerből. Ha a kérdések java egyetlen adatbázisból megválaszolható, akkor van értelme kérdezhető rétegről gondolkodni; ha öt helyről kellene összeszedni, előbb az adat rendezése a feladat.
A tapasztalatunk szerint a kérdések jelentős része riporttá alakítható — és amit egyszer riport visz el, az többé nem kerül a telefonvonalra. A maradékra való az asszisztens: az egyedi, előre nem látható kérdésekre, amikre ma valakinek több rendszerben kell utánajárnia.
Ha a nagyságrend érdekli, a megtakarítás-kalkulátor két perc alatt ad egy első számot arról, mennyibe kerül a mai kézi utánajárás. A felmérés menetét és árát az AI-audit árak oldal írja le; a folyamat feltérképezését pedig felvett folyamat-interjúkkal kezdjük, mert a valódi kérdések sosem a folyamatleírásban vannak, hanem a fejekben.