Az éjszakai chatbot akkor termel pénzt és minőséget, ha nem erőlteti a megoldást mindenáron, hanem gyorsan felismeri: mikor elég a self-service, és mikor kell átadni élő operátornak. A rossz handover kétféleképp öl:
- túl korai átadás → drága emberi idő megy el “hol találom” kérdésekre
- túl késői átadás → frusztráció, CSAT-esés, public komment, churn
A profi rendszer középen van: küszöbök, trigger-ek, és átadási protokoll, ami éjjel különösen fontos, mert kevesebb ember van, és az on-call kapacitás véges.
1) Miért más a handover éjjel?
Éjjel 4 okból kritikus a handover:
1.1 Kevesebb ember, drágább élő perc
Ha a bot mindent átad, elviszi a kapacitást, és P1 ügyekre nem marad ember.
1.2 Magasabb kockázat (fraud, PII)
A botnak tudnia kell, mikor álljon meg, és mikor kérjen embert (P0).
1.3 Fáradtabb ügyfél
Éjjel a türelem rövidebb. Ha a bot köröket futtat, CSAT borul.
1.4 Handover nélkül reggel újrakezdés
Ha nincs összefoglaló és ticket-higiénia, reggel újra fel kell venni mindent – ez költség.
2) A jó handover definíciója (nem csak “átkapcsolás”)
A jó éjszakai handover 5 feltétel együtt:
- Jogos okból történik (trigger alapján, nem érzésből)
- Elő van készítve (azonosítás + kötelező adatok)
- Van összefoglaló (bot “handover note”)
- Van SLA (mennyi időn belül reagál ember)
- Van lezárási út (megoldás / ticket / on-call)
Ha ebből 1 hiányzik, drága lesz.
3) Éjszakai handover trigger lista (mikor adjon át a bot?)
Itt jön a gyakorlati rész. A bot akkor adjon át, ha bármelyik igaz:
3.1 P0 trigger (azonnali ember / on-call)
- “feltörték a fiókom”
- “ismeretlen terhelés”
- “csalás”
- “adatvédelmi incidens”
- kártyaadat/jelszó beküldése (PII veszély)
- rendszerleállás sok ügyfelet érint (incident)
Bot teendő: azonnal stop, biztonsági üzenet, on-call eszkaláció.
3.2 P1 trigger (emberhez, mert pénz/reputáció)
- fizetés/checkout hiba
- foglalás “most”
- rendelés módosítás (cím, időpont) – ha policy engedi
- nyilvános social krízis jellegű ügy (public kommentből érkezik)
- “nagyon elégedetlen” sentiment + fenyegetés
3.3 “2 strike rule” (két sikertelen kör)
Ha a bot:
- 2 próbálkozás után sem jut el megoldásig
- vagy az ügyfél 2× jelzi, hogy “nem ezt kérdeztem”
A 2 strike rule csökkenti a frusztrációt.
3.4 “High value customer” szabály (ha van adat)
Bizonyos ügyfél-szegmenseknél alacsonyabb átadási küszöb:
- VIP / prémium
- B2B szerződéses ügyfél
- magas kosárérték
3.5 “Public to private” szabály
Public komment → bot csak containment + privátba terel, utána ember.
4) A handover előkészítés: mit gyűjtsön be a bot?
A botnak nem beszélgetnie kell, hanem adatot gyűjtenie.
4.1 Kötelező mezők (minimum)
- ügytípus választás (gombokkal)
- rendelésazonosító / ügyfélszám
- email vagy telefonszám (egy azonosító)
- 1 mondatos leírás
- screenshot/fotó (ha releváns)
4.2 PII guardrail
A bot minden adatbekérésnél írja:
- “Ne küldj bankkártyaadatot/jelszót”
- és ha mégis jön: maszkírozás + P0.
4.3 “Handover note” (kötelező összefoglaló)
A bot állítson elő egy 5 soros összefoglalót:
- intent
- azonosítás (rendelés ID)
- mi történt eddig (2 mondat)
- mi lett kipróbálva (checklist)
- triázs szint (P0/P1/P2) + javasolt next step
Ez aranyat ér az operátornak.
5) Átadás folyamata: 2 bevált minta éjszakára
5.1 “Warm handover” (ha van élő üzem)
- bot összegyűjti a mezőket
- jelzi: “Kapcsolom a kollégát”
- ember 5–15 percen belül belép
- ember azonnal a handover note alapján folytatja
Kulcs: az ember első mondata mutassa, hogy “olvastam”.
Pl.: “Látom, a #12345 rendelésnél fizetésnél hibát kaptál, és a böngészőváltást már próbáltad.”
5.2 “Async handover” (ha on-call / light üzem)
- bot mezőket gyűjt
- ticketet nyit
- ETA-t ad (pl. 30–60 perc vagy reggel 9:00)
- ha P1: riasztja az on-call-t
Ez akkor kell, ha nincs folyamatos éjszakai live coverage.
6) Pingpong elkerülése: bot–ember–bot probléma megoldása
A pingpong a CSAT gyilkosa.
6.1 Egyirányú átadás
Ha ember átvette, ne dobja vissza a botnak ugyanarra az ügyre.
6.2 “Owner” kijelölés
Minden ticketnek legyen gazdája:
- bot csak nyit,
- ember zár vagy parkol.
6.3 Handover lock
Technikailag: ha ember belépett, a bot csak “csendes” (nem szól közbe), legfeljebb linkeket ad a háttérben.
7) On-call eszkaláció éjjel: hogyan illeszkedik a handoverhez?
Handover nem mindig L1-hez megy. P0/P1 esetben gyorsan kell döntés.
7.1 Eszkalációs létra
- bot → L1 operátor
- ha P0/P1 és nincs megoldás 15 perc alatt → L2 on-call
- kompenzáció / krízis → supervisor on-call
7.2 Eskalációs csomag (mit küldjünk az on-callnak?)
- handover note
- screenshot / log (ha van)
- impact becslés (hány ügyfél érintett)
- javasolt lépés
8) KPI-k: honnan tudod, hogy a handover jó?
A handover minősége mérhető.
8.1 Handover KPI-k
- handover rate (mennyi ment emberhez)
- containment rate (mennyi maradt botnál)
- 2-strike escape rate (két kör után átadott ügyek aránya)
- handover SLA (mennyi idő alatt lépett be ember)
- repeat contact 24 órán belül (átadás után visszajön-e)
8.2 Minőség KPI-k
- CSAT bot után vs ember után
- QA pont (handover note pontossága)
- escalation accuracy (P0/P1 jól lett-e besorolva)
9) Bevezetési roadmap: 21 nap alatt stabil handover
1. hét: triázs + trigger-ek
- P0/P1 lista
- 2 strike rule
- VIP szabály (ha kell)
2. hét: formok + handover note
- kötelező mezők
- PII guardrail
- összefoglaló template
3. hét: SLA + on-call rend
- warm vs async handover döntés
- on-call riasztási mátrix
- KPI panel beállítás
A Telex Center Kft. ebben partner: flow tervezés, sablonok, triázs, QA és KPI riport.
10) Zárás: a bot szűr, az ember dönt – éjjel is
Éjszaka a chatbot feladata:
- lecsapni a volumen nagy részét self-service-re,
- és a fontos ügyeket jól előkészítve átadni embernek.
A jó handoverrel:
- csökken az élő költség,
- nő a CSAT,
- és stabil marad az SLA.
Ha hibrid (AI+ember) éjszakai handover rendszert akarsz a cégedre szabva, ebben a Telex Center Kft. partner.
Ajánlatért keressen minket: https://telexcenter.hu/kapcsolat/