Egy konkrét feladatból indulj ki
Az „automatizáljuk az ügyfélkezelést” túl tág cél. Könnyebb megítélni egy körülhatárolt műveletet: például egy meghatározott állapot elérésekor belső emlékeztetőt létrehozni a felelősnek.
Jó első jelölt lehet egy rendszeresen ismétlődő feladat, amely viszonylag állandó szabályt követ és megbízható adatból dolgozik. Előny, ha az eredmény könnyen ellenőrizhető, a hiba észrevehető, és van kézi folytatási lehetőség.
Ehhez nem kell előbb az egész vállalkozást tökéletesen rendbe tenni. Egy jól elkülönített részfolyamat is támogatható automatizálással, ha a bemenete, szabályai és határai világosak. A tisztázás és a technikai próba egymást is segítheti.
Amikor az emlékeztető rossz állapotból dolgozik
Egy kitalált példában a csapat minden elküldött ajánlat után automatikus utánkövetési feladatot hozna létre. Az ügyfél válasza azonban e-mailben érkezik, és nincs kijelölve, ki frissítse utána az ajánlat állapotát. Emiatt olyan ügyfélhez is új emlékeztető keletkezhet, aki már válaszolt.
Előbb azt kell tisztázni, hol követik a választ, ki tartja naprakészen az állapotot, és milyen feltételnél szűnik meg az utánkövetési feladat. Az emlékeztető időzítését is a saját értékesítési helyzethez kell igazítani. Egy általános napérték önmagában nem ad megfelelő szabályt.
Ezután már ellenőrizhető, hogy a kiválasztott rendszer képes-e a szükséges működésre, és milyen kézi vagy automatikus állapotfrissítésre van szükség.
Öt kérdés a döntéshez
- Mi indítja a műveletet, és mi az eredménye? Pontosítsd az eseményt és a létrehozandó feladatot, jelzést vagy adatváltozást.
- Megbízható-e a bemenet? Legyen világos az adat forrása, felelőse, valamint a hiányos vagy ismételten beérkező adat kezelése.
- Melyik eset követhet szabályt, és melyik igényel mérlegelést? A szokásos esetet és a kivételt külön kell tudni kezelni.
- Ki veszi észre és rendezi a hibát? A napló vagy értesítés akkor használható, ha van felelőse és követhető javítási útja.
- Ellenőrizhető és leállítható-e a működés? Lehessen megállapítani, mi futott le, mi maradt el, és hogyan folytatható kézzel a munka.
A válaszokból kiderülhet, hogy egy új technikai kapcsolat helyett először közös sablonra, felelősre vagy egyértelműbb állapotra van szükség. Az is lehet, hogy a feladat már alkalmas egy kis léptékű próbára.
A próbába a kivételek is férjenek bele
Először járd végig a kiválasztott műveletet kézzel, majd a technikai próbát elkülönített tesztadatokkal végezzétek. Nézzetek meg normál esetet, hiányzó adatot, ismétlődő eseményt és hibás átadást is.
Például mi történik, ha ugyanaz az esemény kétszer érkezik be, vagy a másik rendszer nem elérhető? Ne csak azt vizsgáljátok, hogy elindul-e a művelet: azt is, hogy nem keletkezik-e duplikált feladat, és látható marad-e az elakadás.
A próba ne küldjön véletlenül valódi ügyfélüzenetet, és ne változtasson éles adatokat. Élesítés előtt legyen ismert a leállítás és a kézi folytatás módja. Az indulás után is jelöljetek ki felelőst az ellenőrzésre, mert az alapul szolgáló folyamat később változhat.
A hasznot az eredeti problémához mérd. Kevesebb lépés marad ki? Gyorsabban látszik az elakadás? A karbantartással és javítással együtt is csökken a ráfordítás? A sok lefutás önmagában nem bizonyít jobb működést.
Hol maradjon emberi mérlegelés
Érzékeny ügyfélhelyzetnél, egyedi vállalásnál vagy jelentős következményű döntésnél külön ellenőrzési pont lehet szükséges. Egy rendszer előkészítheti az információt vagy jelezheti a teendőt; a döntést a megfelelő felelős hozza meg.
AI-val támogatott lépésnél a világos feladatleírás mellett a kimenet ellenőrzése is fontos. A pontos utasítás sem garantál hibátlan eredményt. Személyes vagy bizalmas adatot csak az adott eszközhöz és feladathoz megfelelő adatkezelési, valamint jogosultsági keretek között használjatok.
A konkrét technikai lehetőséget, hozzáférést és rendszerkapcsolatot az érintett eszközökben kell ellenőrizni.