Team Lead podrške / Dispečer
Odeljenje: Korisnička podrška
Nivo: Stariji operativni
Primarni cilj: Tim rešava na vreme, red je čist, BZ raste, klijenti su zadovoljni
Šta ova uloga radi
Team Lead ne samo rešava tikete — orkestrira tim. Prati red, dodeljuje tikete agentima, upravlja eskalacijama, gradi bazu znanja, konfiguriše unapred definisane odgovore i parametriše timske alate. On je veza između agenata i Menadžera.
Moduli koji se koriste svakodnevno
| Modul | Gde se nalazi | Za šta se koristi |
|---|---|---|
| Tiketi podrške | Operacije → Tiketi | Praćenje reda + obrada eskalacija |
| Unapred definisani odgovori | Operacije → Unapred definisani odgovori | Kreiranje i ažuriranje biblioteke tima |
| Baza znanja | Znanje → Baza znanja | Kreiranje članaka iz rešenih tiketa |
| Ankete | Operacije → Ankete | Praćenje CSAT + kreiranje anketa |
| Obaveštenja | Marketing → Obaveštenja | Komunikacija incidenata / održavanja klijentima |
| Spam filteri | Marketing → Spam filteri | Upravljanje email filterima za tikete |
| Zadaci | Operacije → Zadaci | Zadaci praćenja za tim |
| Automatizacija toka rada | Integracije → Automatizacija | Konfigurisanje automatizacija obaveštenja |
| Klijenti | CRM → Klijenti | Razumeti kontekst eskaliranih klijenata |
Dnevni raspored
Ujutro — pregled reda (15–20 min)
- Tiketi → filtrirati sva odeljenja → statusi: Novi + U toku + Na čekanju
- Sortirati po prioritetu + poslednjoj aktivnosti → identifikovati:
- Hitne tikete bez odgovora → odmah dodeliti ili preuzeti
- Tikete bez aktivnosti > 4h → proveriti zašto → preraspodjeliti ako je agent blokiran
- Tikete Na čekanju > 24h → proveriti da li još imaju smisla → kontaktirati agenta
- Balansirati obim između agenata — ako jedan agent ima > X aktivnih tiketa vs. prosek → prerasporediti
Tokom dana
- Odgovarati na eskalacije primljene od L1
- Dodavati nove unapred definisane odgovore kada identifikujete ponavljajuće obrasce u tiketima
- Dodavati BZ članke iz nedavno rešenih tiketa
- Pratiti WhatsApp inbox — razgovori koje agenti nisu preuzeli
Nedeljno — pregled kvaliteta
- Nasumično pročitati 10–15 odgovora svakog agenta → individualni feedback
- Analizirati trendove: koje kategorije tiketa rastu? Koji problemi se ponavljaju?
- Poslati nedeljni izveštaj metrika Menadžeru
Ključni radni tokovi
Radni tok 1 — Upravljanje eskalacijom od L1
L1 agent eskalira složen tiket
→ Otvoriti tiket → pročitati interne napomene agenta
→ Pristupiti dosijeu klijenta → razumeti pun kontekst
(fakture, narudžbine, drugi tiketi, istorija odnosa)
→ Ako možete direktno rešiti → odgovoriti + interna napomena sa objašnjenjem agentu
→ Ako zahteva drugo odeljenje:
├── Prodaja/KAM: upsell prilika ili ugovorni problem → proslediti
├── Skladište: problem sa dostavom → proslediti + pratiti
├── Finansije: spor oko fakture → proslediti AR Računovođi + obavestiti klijenta
└── Tehničko/IT: bag → potpuno dokumentovati + kreirati zadatak za IT tim
→ Klijent dobija hitno ažuriranje: "Preuzeli smo vaš slučaj..."
Radni tok 2 — Kreiranje BZ članka iz rešenog tiketa
Tiket X rešen sa vrednim rešenjem (to je često pitanje ili novi problem)
→ Znanje → Baza znanja → Dodaj članak
→ Popuniti:
Naslov: formulisan kao pitanje (npr. "Kako da resetujem lozinku naloga?")
Grupa: odgovarajuća kategorija (npr. "Nalog i pristup")
Sadržaj: koraci rešenja, jasni, sa slikama ako je moguće
Vidljivost:
- `staff_article = 0` → vidljivo klijentima u portalu (preporučeno)
- `staff_article = 1` → samo interno osoblje (interne procedure)
→ Objaviti (`active = 1`)
→ Sledeći put kad se pojavi isti problem → agent šalje link, ne piše ponovo
Radni tok 3 — Komunikacija incidenta / održavanja
Platforma u održavanju u subotu 02:00–04:00
→ Marketing → Obaveštenja → Dodaj
Naslov: "Planirano održavanje — 14. jun, 02:00–04:00"
Poruka: "Platforma će privremeno biti nedostupna..." (jasni detalji)
showtousers = 1 → vidljivo klijentima u portalu
showtostaff = 1 → vidljivo agentima pri prijavi
→ Obaveštenje se odmah pojavljuje u klijentskom portalu
→ Ako je aktivan problem → ažurirati obaveštenje sa trenutnim statusom
→ Po rešavanju → obrisati obaveštenje ili dodati "Problem je rešen"
Radni tok 4 — Upravljanje spam filterima
Primetite da pošiljalac preplavljuje spam tiketima
→ Marketing → Spam filteri → Dodaj filter:
Tip: pošiljalac (email adresa)
Vrednost: [email protected]
Aktivan: DA
ILI ako više sličnih predmeta:
Tip: predmet
Vrednost: *promotivno*
→ Odavde nadalje, odgovarajući emaili se automatski ignorišu
→ Oprez: periodično proveravati da filteri ne blokiraju legitimne emaile
Radni tok 5 — Konfigurisanje automatizacije toka rada za podršku
Preporučene automatizacije za konfigurisanje:
→ Integracije → Automatizacija toka rada → Dodaj automatizaciju
1. Automatska eskalacija Hitnih:
Okidač: Novi tiket + Prioritet = Hitno
Akcija: Push obaveštenje + email → Team Lead
2. Upozorenje na neposećen tiket:
Okidač: Tiket U toku + Bez odgovora osoblja > 4h
Akcija: Obaveštenje → Team Lead + dodeljeni agent
3. Anketa po rešavanju:
Okidač: Status tiketa → Zatvoren
Čekati: 1 sat
Akcija: Slanje ankete zadovoljstva → email klijenta
4. Automatsko zatvaranje neaktivnih tiketa:
Okidač: Status tiketa = Odgovoreno + bez aktivnosti > 7 dana
Akcija: Status → Zatvoren + automatska napomena: "Zatvaranje tiketa zbog neaktivnosti..."
5. Automatsko ponovano otvaranje pri odgovoru nakon zatvaranja:
Okidač: Klijent šalje email sa [Ticket ID: X] na Zatvoren tiket
Akcija: Status → Otvoren + obaveštenje agentu
Upravljanje bibliotekom unapred definisanih odgovora
Gde: /admin/tickets/predefined_replies
Preporučena struktura (prefiksi za vizuelnu organizaciju):
[Opšte] Potvrda prijema
[Opšte] Zahtev za dodatnim informacijama
[Opšte] Problem rešen — potvrda klijenta
[Opšte] Eskalacija u toku
[Opšte] Zatvaranje zbog 7 dana neaktivnosti
[Nalog i pristup] Uputstvo za reset lozinke
[Nalog i pristup] Aktivacija novog naloga
[Nalog i pristup] Nedostajuće dozvole — preusmeravanje na admina
[Naplata] Dupla faktura — istraga
[Naplata] Neusklađeno plaćanje — koraci verifikacije
[Naplata] Zahtev za knjižnim odobrenjem — uputstva
[Dostava] Narudžbina u obradi — vremenski okvir
[Dostava] Uputstvo za AWB praćenje
[Dostava] Povrat robe — procedura
Pravila kvaliteta za unapred definisane odgovore:
- Ton: profesionalan ali human (ne robotski)
- Dužina: maksimalno 5–6 rečenica za jednostavne situacije
- Uključiti promenljive:
{client_name},{ticket_id}ako platforma podržava - Ažurirati kada se procedure promene — unapred definisan odgovor sa netačnim informacijama čini više štete nego dobra
Metrike koje se prate dnevno/nedeljno
| Metrika | Izvor | Učestalost pregleda |
|---|---|---|
| Ukupno otvorenih tiketa | Kontrolna tabla tiketa | Dnevno |
| Tiketi > 24h bez odgovora | Filtriranje tiketa | Dnevno |
| Distribucija po agentu | Filter po dodeljenom admin |
Dnevno |
| Prosečno vreme do prvog odgovora | Izveštaj tiketa | Nedeljno |
| Prosečno vreme rešavanja | Izveštaj tiketa | Nedeljno |
| CSAT iz anketa | Anketa → Rezultati | Nedeljno |
| Pregledi BZ članaka | Baza znanja → statistike | Nedeljno |
| Tiketi po kategoriji usluge | Filter po usluzi | Mesečno |
Praktični saveti
Čist red = zdrav tim. Tiketi koji stagniraju > 48h bez aktivnosti signaliziraju da je nešto blokirano — preopterećen agent, nejasan problem, propuštena eskalacija. Otkrijte ih rano.
BZ raste iz svakodnevnog truda, ne namenskih projekata. Dodajte jedan članak dnevno iz rešenih tiketa — za 3 meseca imate solidnu bazu samousluge koja smanjuje obim tiketa više od bilo kog novog zapošljavanja.
Zastareli unapred definisani odgovori su gori od odsustva odgovora. Unapred definisani odgovor sa starom procedurom dezinformiše klijenta. Revidirajte ih kvartalno.
Komunicirajte incidente proaktivno, ne reaktivno. Ako znate da će platforma biti nedostupna, najavite to 48h unapred. Ako je sada nedostupna, najavite to u roku od 15 minuta. Tišina tokom incidenta generiše desetine nepotrebnih tiketa.