Automatizált panaszbejelentés csevegőroboton keresztül

Automatizált panaszbot

Az Automatizált panaszbot akkor jó választás, ha sok hasonló panaszt, reklamációt vagy hibabejelentést kell rendezett módon összegyűjteni, majd a megfelelő formában továbbítani. Magánmegrendelőként általában nem egy bonyolult rendszert akarsz, hanem egy olyan megoldást, ami kérdez, összefoglal, segít a szükséges adatok bekérésében, és nem engedi, hogy fontos részlet kimaradjon. A Qjob.hu oldalon sokan azért keresnek ilyen feladatra szabadúszót, mert már belefáradtak a széteső üzenetekbe, az elvesző mellékletekbe és abba, hogy minden panaszt újra kell fogalmazni. Egy jól felépített panaszkezelő chatbot nem old meg mindent magától, de rendet tesz. És ez már önmagában sok időt spórol.

Én azt látom, hogy a legtöbb megrendelő nem technikai csodát vár. Inkább azt szeretné, hogy az online panaszkezelés érthető legyen, az üzenetek ne legyenek kuszák, és a válaszadás alapja gyorsan elkészüljön. Ezért a jó megoldás nem attól jó, hogy hosszú és látványos párbeszédeket futtat, hanem attól, hogy röviden, logikusan és következetesen kérdez. Ha egy panaszbejelentő bot már az elején megkérdezi a dátumot, az érintett szolgáltatást, a hiba leírását, a korábbi egyeztetéseket és a kívánt megoldást, akkor a végén sokkal jobb alapanyagból lehet dolgozni.

Sokan ott hibáznak, hogy ennek a megoldásnak a feladatát túl tágra hagyják. Azt írják le, hogy legyen okos, válaszoljon mindenre, kezeljen minden panaszt, és közben legyen udvarias is. Ebből ritkán lesz jó eredmény. A magánügyfélnek inkább azt érdemes eldöntenie, hogy a bot adatokat gyűjtsön, előszűrjön, panaszszöveget készítsen, vagy kész sablonok alapján irányítsa a felhasználót. Minél tisztább a cél, annál jobb munkát tud végezni a chatbot fejlesztő.

Panaszbot feladatai

A panaszbot leginkább ismétlődő helyzetekben hasznos. Ilyen lehet hibás rendelés, késő szállítás, elmaradt szolgáltatás, vitás számla, garanciális igény, előfizetés megszüntetése vagy olyan ügy, ahol több adatot kell összeszedni egyetlen bejelentéshez. Tapasztalatom szerint az ügyfél akkor elégedett, ha a rendszer nem akar többet tudni a kelleténél, mégis bekéri a döntéshez szükséges adatokat. Vagyis nem fecseg, hanem halad.

Egy jó online panaszkezelő felület több dolgot tud egyszerre. Elkülöníti a sürgős esetet az általános bejelentéstől. Felismeri, hogy kell-e melléklet, például képernyőkép, számla vagy korábbi levél. Kiválasztja a megfelelő panasztípust. A végén pedig ad egy rendezett összefoglalót, amit tovább lehet küldeni vagy emberileg ellenőrizni. Szerintem ez fontosabb, mint az, hogy a bot minden mondatban természetesnek hangozzon.

Volt olyan eset, amikor egy ügyfél hónapok óta kézzel írta át ugyanazt a reklamációt különböző változatokban. A gond nem az volt, hogy nem tudott fogalmazni. Az volt a baj, hogy minden alkalommal más részlet maradt ki. Miután kapott egy egyszerű kérdéssort, a panaszok egységesebbek lettek, és végre vissza tudta nézni, pontosan mi ment ki. Ilyenkor látszik, hogy a rendszer lényege nem a látvány, hanem a követhetőség.

Panaszbot induló anyagai

Az induláshoz nem hosszú leírás kell, hanem használható alapanyag. A szabadúszó fejlesztő általában akkor tud gyorsan haladni, ha kap néhány korábbi panaszt, válaszsablont, tipikus ügytípust és egy rövid listát arról, milyen adatokat kötelező bekérni. Ha ezek nincsenek meg, akkor először ezeket kell összerakni. Ez plusz munka, és az árat is emeli.

Sokan azt gondolják, hogy majd a fejlesztő kitalálja helyettük az egész folyamatot. Ez részben igaz, de csak addig, amíg a megrendelő világosan el tudja mondani, mit tekint jó eredménynek. Egy panaszbejelentő bot lehet rövid, formális, együttérző vagy tárgyilagos. Lehet olyan is, amelyik minden beszélgetés végén kész üzenetvázlatot ad. De ehhez tudni kell, milyen hangnem fér bele, mi számít elfogadható megoldásnak, és mikor kell emberi átnézés. A chatbot fejlesztő itt nem jós, hanem tervező.

Hasznos, ha előre rögzíted, mi történjen hiányos adatoknál, indulatos üzenetnél vagy nem oda tartozó kérdésnél. Egy panaszkezelő chatbot akkor működik jól, ha nem csak normál esetekre készül. A szélekre is figyel. Kell egy rövid szabály arra, mikor kér vissza, mikor zár le, és mikor adja át az ügyet embernek. Ez a rész sokszor fontosabb, mint maga a nyitóüzenet.

Panaszbot munkamenete és átadása

A panaszbot elkészítése általában rövid egyeztetéssel indul, utána jön a kérdéssor vázlata, majd a próbaágak, végül az átadás előtti javítás. Egyszerűbb feladatnál ez néhány nap alatt összeállhat, összetettebb folyamatnál inkább egy-két hét a reális. Az időt leginkább nem a programozás viszi el, hanem az, hogy a kérdések sorrendje és a válaszok hangneme rendben legyen.

Az online munka akkor kényelmes, ha a kapcsolattartás szabályai már az elején tiszták. Hány kör javítás van. Ki írja a végleges szövegeket. Milyen formában adja át a szabadúszó a párbeszédlogikát. Kell-e külön dokumentáció. Lesz-e tesztváltozat. Én azt látom, hogy azok a projektek csúsznak el, ahol ezekre csak a végén térnek ki. Pedig a megrendelőnek nem csak egy működő bot kell, hanem olyan átadás, amit később is vissza lehet követni.

Jó megoldás, ha az átadás része egy rövid használati leírás is. Ebben szerepeljen, milyen adatokat kér be a rendszer, milyen panasztípusokat kezel, mikor lép tovább, és hol kell kézzel belenyúlni. Ha később más viszi tovább a munkát, ez aranyat ér. Az Automatizált panaszbot ettől lesz fenntartható, nem csak elindítható.

Panaszbot árak

Az ár attól függ, mennyire összetett a folyamat, hány kérdésága van a rendszernek, kell-e mellékletkezelés, készül-e sablonos válasz, és szükséges-e külön tesztelés. Egyszerű adatbekérő megoldást olcsóbban is el lehet készíteni, de több panasztípusnál, eltérő döntési pontoknál és részletes átadási anyagnál gyorsan nő a munka. A túl olcsó munka ezen a területen gyakran gyengébb minőséget jelent. Ha valaki nagyon kevésért mindent ígér, abból sokszor hiányzik a logika, a tesztelés vagy az utólagos javítás.

Ezek irányadó összegek. A valós díj feljebb mehet, ha külön adatmezők, többféle lezárás, emberi átadás vagy részletes szövegellenőrzés is kell. Szerintem reálisabb közepes áron keresni, mint a legolcsóbb ajánlatot hajszolni. Itt nem a gombok száma a drága, hanem az, hogy a végeredmény használható legyen és ne kelljen két hét múlva elölről írni mindent.

Panaszbot minősége és korlátai

Egy panaszbot akkor működik jól, ha tudja a saját határát. Nem minden helyzet automatizálható biztonságosan. Erősen érzelmi, vitás vagy összetett ügyekben jobb, ha a rendszer csak összegyűjti az adatokat, majd embernek adja át a beszélgetést. Én azt látom, hogy itt nem a legokosabb megoldás nyer, hanem a legtisztább. Ha a felhasználó érzi, hogy mikor kap választ a rendszerből és mikor kerül ember elé az ügy, kisebb az esély a félreértésre.

Tapasztalatom szerint a gyenge minőségű megoldások három helyen buknak meg. Rosszul kérdeznek. Túl korán lezárnak. Vagy túl sokat ígérnek. Ha a bot jogi döntést sejtet, végleges megoldást ígér, vagy félreérthető módon fogalmaz, abból vita lehet. Ezért fontos, hogy a megrendelő és a fejlesztő előre rögzítse, mire való a rendszer. Adatgyűjtésre. Előszűrésre. Vázlatkészítésre. Továbbításra. Nem ugyanaz.

A magyar és nemzetközi szakmai minták alapján is ugyanaz tér vissza. A jó panaszkezelő megoldás gyors, következetes, és nem hagyja elveszni a beszélgetés előzményeit, amikor emberhez kell továbbadni az ügyet. De ez csak akkor működik, ha a párbeszédből értelmes összefoglaló készül. Ha nincs rendes kivonat, az egész automatizálás csak újabb kör lesz ugyanabban a problémában.

Panaszbot szakember választása

Automatizált panaszbot fejlesztésére nem a leghangosabb ígéretet érdemes választani, hanem azt a szakembert, aki vissza tud kérdezni a folyamatra. Kérdezzen rá a panasztípusokra, a kötelező adatokra, a hangnemre, az átadási pontra és a javítási körökre. Ha valaki ezek nélkül azonnal fix végeredményt ígér, az nekem inkább figyelmeztető jel.

Nézd meg, mutat-e korábbi párbeszédmintát, tud-e egyszerű folyamatábrában gondolkodni, és ír-e érthetően. Egy chatbot fejlesztő munkáját sokszor nem a látványból lehet megítélni, hanem abból, hogyan rendezi a kusza feladatot. Jó jel, ha nem csak azt mondja, mit lehet megcsinálni, hanem azt is, mit nem érdemes. A jó szabadúszó fejlesztő nem hagyja, hogy a megrendelő túl nagy rendszert rendeljen túl kevés tartalommal.

Az is számít, hogyan kommunikál a munka közben. Online feladatnál a pontatlan válasz és a lassú reakció önmagában kockázat. Ha az elején nehéz vele tisztázni az alapokat, később sem lesz könnyebb. Szerintem akkor jársz jól, ha kis próbafeladattal vagy részletes vázlattal indítasz, és csak utána bővíted a munkát. Így ez a rendszer nem elmélet marad, hanem valóban használható eszköz lesz.