A legtöbb határidő nem egyik pillanatról a másikra csúszik el. Előbb csak nincs felelős, nem látszik a prioritás, valaki vár egy jóváhagyásra, majd az ügyfél már csak azt érzékeli, hogy a válasz késik. Az SLA eszkaláció workflow célja nem az, hogy mindenkit több értesítéssel terheljen, hanem hogy a kockázatos feladatokat időben a megfelelő ember elé tegye.
Egy jól felépített SLA workflow különösen hasznos support, ügyfél onboarding, sales admin és belső operációs folyamatoknál. A szabályrendszer megmondja, melyik feladat mennyi ideig lehet adott státuszban, mikor indul emlékeztető, kihez kerül az eszkaláció, és milyen riportból derül ki, hogy a csapat kapacitása vagy a folyamat logikája okozza a késést.
Mikor érdemes SLA eszkaláció workflow-t bevezetni?
- Ha a bejövő kérések e-mailben, chaten vagy táblázatban szétszórva érkeznek, és nincs egyértelmű tulajdonosuk.
- Ha a vezető csak utólag látja, melyik ügyfélválasz, ajánlat, jóváhagyás vagy admin feladat csúszott el.
- Ha a csapat sok időt tölt manuális utánkövetéssel: „kinél van?”, „mikor lesz kész?”, „kinek kell szólni?”.
- Ha minden határidő ugyanúgy fontosnak tűnik, ezért a sürgős és üzletileg kritikus ügyek nem kapnak külön útvonalat.
- Ha a meglévő automatizmus csak értesít, de nem változtat felelőst, prioritást vagy következő lépést.
Az SLA workflow nem csak határidőfigyelő. Akkor működik jól, ha az eszkaláció után valódi döntés vagy feladatátadás történik: új felelős, magasabb prioritás, vezetői jelzés vagy ügyfélkommunikációs következő lépés.
SLA eszkaláció workflow checklist 6 lépésben
Mini példa: onboarding feladatok csúszása
Egy B2B szolgáltató új ügyfeleknél rendszeresen késve indította a projektet, mert az adatbekérés, szerződéses jóváhagyás és első technikai beállítás külön csatornákon futott. Az SLA workflow bevezetése után minden új ügyfélhez automatikusan létrejött egy onboarding feladatsor: adatbekérés 2 munkanapos SLA-val, belső ellenőrzés 1 munkanappal, technikai előkészítés prioritás szerint. Ha egy lépés lejárat előtt 24 órával még nyitva volt, a felelős kapott jelzést; lejáratkor a projektvezető is látta; kiemelt ügyfélnél pedig automatikus státuszriport készült. A legnagyobb nyereség nem a több értesítés volt, hanem az, hogy végre látszott, melyik lépésnél kell folyamatot egyszerűsíteni.
Ha ugyanannál a státusznál sok az eszkaláció, nem biztos, hogy a kollégák lassúak: lehet, hogy túl sok a kézi adatpótlás, hiányzik egy jóváhagyási szabály vagy rossz helyre kerül a feladat.
Mit ellenőrizz élesítés előtt?
- A workflow csak egy jól körülhatárolt folyamatra indul, nem próbál minden csapatszintű problémát egyszerre megoldani.
- Minden SLA szabályhoz tartozik státusz, prioritás, felelős szerep és következő lépés.
- Az eszkaláció nem csak értesítés: szükség esetén újraosztást, vezetői döntést vagy ügyfélkommunikációt is indít.
- A kivételek kezelve vannak, például ügyfélre várás, hiányzó adat, külső rendszerhiba vagy jóváhagyási blokk.
- A riport megmutatja, hol keletkezik a késés, és nem csak azt, hogy hány feladat járt le.
Átnézzük, mely ügyfél- vagy adminfolyamatok csúsznak rendszeresen, hol hiányzik felelős vagy eszkaláció, és milyen egyszerű automatizmusokkal lehet gyorsabbá tenni a napi működést.