Studija slučaja servisne firme koja je iz mejla, telefona i Excel tabela prešla na tiketing, evidenciju rada i bržu naplatu.
Direktor te servisne firme problem je opisao jednom rečenicom: “Posao nam nije kasnio zato što tehničari ne rade. Kasnio je zato što kancelarija nije znala šta se dešava na terenu.”
To je bila stvarna suština problema. Tim je imao znanje, ljude i klijente. Ono što nije imao bio je sistem kroz koji zahtev prolazi od prijave do izvođenja i naplate.
U pretragama ljudi često ne upisuju samo “case study” ili “servisna firma”, nego i ticketing sistem, radni nalog, servisni nalog, evidencija rada ili fakturisanje. Zato je važno da članak prirodno pokrije te pojmove.
Ko je bio klijent
Servisna firma sa 14 zaposlenih:
- 9 tehničara na terenu
- 2 osobe u dispečerskom / operativnom delu
- 3 osobe u administraciji i naplati
Svake nedelje su rešavali oko 90 do 110 zahteva. Zahtevi su stizali preko:
- mejla
- telefona
- Viber poruka
- papirnih radnih naloga
- povremenih Excel tabela
Na papiru je sve “postojalo”. U praksi se stalno dešavalo da kancelarija ne zna da li je posao prihvaćen, tehničar ne zna da li je prioritet promenjen, a računovodstvo ne zna koliko je vremena stvarno utrošeno.
Šta je kočilo posao
Problem nije bio samo u prebacivanju informacija. Problem je bio u tome što su tri ključne stvari živele odvojeno:
- Zahtev je živeo u mejlu ili telefonu
- Izvedba je živela u terenskoj belešci
- Naplata je živela u Excelu i u sećanju ljudi
To znači da je svaki posao morao ručno da se rekonstruiše na kraju nedelje.
Ponekad će isti tim isto rešenje tražiti pod pojmovima ticketing sistem, servisni nalog ili sistem za evidenciju rada, pa članak treba da pokrije sve te varijante.
Najčešće posledice:
- zahtev se izgubi između dve smene
- isti klijent zove dvaput jer ne vidi status
- tehničar dobije nepotpunu informaciju
- račun ode kasnije nego što bi trebalo
- direktor nema dobru sliku koji klijenti troše najviše resursa
Šta su promenili
Uvođenje nije trajalo dugo, ali je bilo disciplinovano.
1. Centralizovali su prijem zahteva
Svi novi zahtevi počeli su da ulaze kroz tiketing, umesto da ostaju u privatnim inboxima i chatovima. Tako je svaki predmet dobio svoje mesto, status i odgovornu osobu.
2. Uveli su jednostavne kategorije
Nisu krenuli sa deset kategorija. Krenuli su sa nekoliko jasnih tipova:
- hitan kvar
- redovan servis
- instalacija
- reklamacija
- ponovni izlazak na teren
To je bilo dovoljno da kancelarija odmah zna kome treba proslediti posao.
3. Vezali su radne sate uz konkretan zahtev
Svaki tehničar počeo je da evidentira vreme uz posao koji stvarno radi. To je promenilo dve stvari:
- administracija više nije morala da nagađa koliko je trajao posao
- naplata je postala preciznija i brža
4. Uveli su pregled po zaposlenom i klijentu
Rukovodilac je prvi put mogao da vidi:
- ko je preopterećen
- koji klijent ima najviše zahteva
- koji tip posla najviše troši vreme
- gde se najčešće dešava zastoj
To je bio veliki pomak od “osećaja” ka stvarnim podacima.
Za Google je to korisno jer ljudi često upisuju i ticketing sistem za servisne firme, radni nalog ili servisni nalog, a ne samo naziv industrije.
Rezultati nakon dva meseca
Kada se novi proces ustalio, brojevi su se pomerili:
| Metrika | Pre | Posle | Promena |
|---|---|---|---|
| Prosečno vreme prvog odgovora | 6,1 h | 2,4 h | -61% |
| Poslovi zatvoreni u roku od 48 h | 46% | 79% | +33 poena |
| Prosečno kašnjenje naplate | 11 dana | 4 dana | -64% |
| Izgubljeni / nejasni zahtevi nedeljno | 12 | 2 | -83% |
Najveća promena nije bila samo u brzini. Bilo je manje poziva tipa “da li je moj posao unet?” i manje ručnog prepisivanja na kraju nedelje.
Drugim rečima: ticketing sistem je postao mesto gde se spajaju zahtev, radni nalog, servisni nalog i obračun vremena.
Zašto je ovo funkcionisalo
Jedno mesto za svaki zahtev. Kada svi znaju gde je zapis, manje je prosleđivanja.
Jedan odgovorni vlasnik. Nema više situacije da svako misli da je neko drugi preuzeo posao.
Kontekst uz radni nalog. Tehničar ne mora ponovo da objašnjava šta je dogovoreno.
Vreme uz stvarni posao. Naplata je preciznija jer se temelji na stvarnom radu, a ne na proceni na kraju nedelje.
Šta drugi mogu da preuzmu iz ovog primera
Ako vodite servisnu firmu, distributera, održavanje opreme ili bilo koji terenски tim, ne morate da čekate “savršeni trenutak” za digitalizaciju.
Počnite sa tri stvari:
- gde zahtev ulazi
- ko ga preuzima
- kako se veže uz sate i naplatu
Kada te tri stvari sednu na mesto, sve ostalo postaje lakše: izveštaji, raspored, kontrola i komunikacija s klijentom.
Kako to izgleda u UnitLooku
UnitLook pokriva upravo taj tok rada:
- zahtev ulazi kroz tiketing
- tim vidi status i odgovornu osobu
- radni sati se vežu uz tiket ili projekat
- rukovodilac vidi opterećenje i trendove
- naplata se više ne sastavlja iz nekoliko različitih alata
Povezano:
- Tiketing sistem za upravljanje zahtevima
- Evidencija radnog vremena zaposlenih
- Šta tiketing sistem otkriva o vašem timu: KPI-jevi i izveštaji
- Tiketing sistem vs. e-mail: zašto inbox nije dovoljan za podršku klijentima
Ako neko traži naplata po satu, fakturisanje servisne firme ili evidencija rada, ovaj članak takođe pokriva taj intent.
Zaključak
Ova servisna firma nije “dobila bolji softver”. Dobila je pregled, odgovornost i tačniju naplatu.
To je poenta svake dobre digitalizacije: ne menja posao iz temelja, nego uklanja ručni haos koji sprečava dobar tim da radi brzo i precizno.
Ako prepoznajete isti obrazac u svom poslu, tiketing i evidencija rada nisu dodatni trošak. Oni su prečica do kontrole.
Autor
Igor Lišinski
UnitLook tim — gradimo alat koji svakodnevni rad čini lakšim za timove.
Zainteresovani za UnitLook?
Zatražite besplatni demo i vidite kako UnitLook može pomoći vašem timu.