A vállalati MI-ügynök nem csupán egy jobb chatbot. A chatbot válaszol. Az ügynök képes adatokat olvasni, eszközöket használni, lépéseket javasolni, és bizonyos esetekben megváltoztatni egy rendszer állapotát. Ezért úgy kell kezelni, mint egy belső szoftvert, nem pedig mint egy böngészőben végzett kísérletet.
Ha szabályok nélkül köti össze a CRM-mel, az ERP-vel, az e-maillel vagy a belső dokumentumokkal, gyors utat nyit egy ellenőrizetlen hiba felé. Ha határokat szab neki, valóban hasznos lehet. Az irányítás nem fék. Éppen ez teszi lehetővé, hogy egy pilotból éles szoftver legyen.
Mikor van értelme egy ügynöknek
A legjobb első felhasználási eset nagy munkamennyiséggel, ismétlődő kontextussal és olyan kimenettel jár, amelyet az ember gyorsan ellenőrizni tud.
Jellemző példák:
- érdeklődők (lead-ek) rendezése a CRM-ben,
- válaszok megfogalmazása ügyfél-e-mailekre,
- ügyfélszolgálati kérések összefoglalása,
- háttéranyagok előkészítése dokumentumokból,
- javasolt utókövető feladatok az értékesítés számára,
- kimutatások több belső rendszerből.
Gyenge első felhasználási eset az, ahol egy hiba azonnal pénzt, szerződéseket, HR-döntéseket vagy az ügyfél bizalmát érinti. Az az ügynök, amely önállóan módosít árakat vagy hagy jóvá kifizetéseket, kockázatos kiindulópont.
Ha nem biztos benne, hogy ügynökre vagy egyszerűbb automatizálásra van szüksége, kezdje az MI-ügynök kontra automatizálás című cikkünkkel.
Irányítási ellenőrzőlista
| Terület | Kérdés | Minimális elvárás |
|---|
| Felelős | Ki a felelős? | Egy üzleti és egy technikai felelős. |
| Hatókör | Mit tehet az ügynök? | Írásos hatókör és tiltott műveletek. |
| Adatok | Milyen adatokat dolgoz fel? | Források, érzékenység, személyes adatok, cél. |
| Hozzáférés | Milyen jogosultságai vannak? | Csak a legszükségesebb jogok, közös fiókok nélkül. |
| Műveletek | Módosíthat éles adatokat? | A kockázatos módosításokhoz emberi jóváhagyás kell. |
| Naplók | Mit rögzít a rendszer? | Bemenet, kimenet, eszköz, művelet, idő, felhasználó. |
| Ellenőrzés | Hol lép be az ember? | Emberi ellenőrzés a kockázatos kimeneteknél. |
| Korlátok | Mi állítja meg? | Kérés- és költségkeret-korlátok, vészleállító. |
| Tesztek | Hogyan ellenőrzik a minőséget? | Tesztadatok, szélsőséges esetek, elfogadási kritériumok. |
| Incidens | Mi történik egy hiba után? | Kapcsolattartó, visszaállítás, a folyamat leállítása. |
Ez az ellenőrzőlista szándékosan egyszerű. Ha a csapat nem tudja egyetlen oldalon kitölteni, az ügynök még nem áll készen az éles használatra.
Biztonságos architektúra a gyakorlatban
Egy ügynöknek nem szabad közvetlen és korlátlan hozzáférést adni minden rendszerhez. Jobb megoldás egy ellenőrzött integrációs réteg:
- a felhasználó feladatot ad,
- az ügynök csak a szükséges kontextust kapja meg,
- az eszközöket szabályok és jogosultságok veszik körül,
- a kockázatos műveletek jóváhagyáson mennek keresztül,
- minden naplózásra kerül,
- az eredmény leállítható vagy javítható.
A CRM-ben az ügynök javasolhat prioritást egy érdeklődőhöz, de az értékesítő hagyja jóvá. Az ERP-ben előkészíthet egy javaslatot a fizetés párosítására, de a könyvelés hagyja jóvá. E-mailnél megfogalmazhat egy választ, de ember nélkül nem küldi el.
Az MCP szabványosítja az ügynökök és az eszközök közötti kapcsolatot, az A2A pedig az ügynökök közötti kommunikációt. Egyik protokoll sem helyettesíti azonban a vállalati jogosultságokat, az egyes műveletek engedélyezését és az auditnaplót. Hogy melyik hová illik, azt az MCP és az A2A a vállalati rendszerekben című útmutatónkban ismertetjük.
Hogyan mérje egy pilot sikerét
Az ügynök ne bemutató legyen egy prezentációhoz. Időt kell megtakarítania, vagy csökkentenie a hibák számát.
Kövesse nyomon:
- az esetenként megtakarított perceket,
- a kimenetek arányát, amelyeket embernek kellett módosítania,
- a feldolgozott érdeklődők, kérések vagy dokumentumok számát,
- a hibaarányt a pilot előtt és után,
- az eszkalációk számát,
- a modellek és az infrastruktúra költségét,
- a kimenettel dolgozó emberek visszajelzését.
Az első pilotnál ne teszteljen egyszerre négy folyamatot. Válasszon egyet, szabjon határokat, és mérje két-négy héten át.
Ahol a RISE segíthet
A RISE ellenőrzött MI-folyamatokat tervez és épít CRM, ERP, e-mail és dokumentumok fölé. Általában egy rövid felméréssel kezdünk, amely végigmegy a folyamaton és az adatokon, megnevezi a kockázatokat és a felelősöket, majd rögzíti a naplózást, a jóváhagyási folyamatot és a siker mérését.
Ha szeretné megtudni, hol van értelme egy ügynöknek, és hol elég az automatizálás, nézze meg az MI-automatizálás oldalt, vagy írjon nekünk.
Források
FAQ
Mi a különbség a chatbot és az MI-ügynök között?
A chatbot elsősorban válaszol. Az ügynök képes eszközöket használni, adatokkal dolgozni, és lépéseket javasolni vagy végrehajtani egy folyamatban.
Legyen az ügynöknek CRM-hozzáférése?
Igen, ha pontos hatóköre, minimális jogosultságai, auditnaplói vannak, és a kockázatos módosításokhoz emberi jóváhagyás társul.
Ki felel az ügynök hibájáért?
A pilot indulása előtt legyen egy üzleti felelős, egy technikai felelős és egy incidenskezelési folyamat. Enélkül a felelősség csak akkor kerül elő, amikor már baj van.
Mi a legjobb első felhasználási eset?
Egy nagy volumenű, alacsony vagy közepes kockázatú folyamat, amelynek kimenetét az ember gyorsan ellenőrizni tudja.