UnitLook
Studija slučaja

Kako je servisna firma sa tehničarima skratila obradu zahteva i ubrzala naplatu

I
Igor Lišinski
5. jun 2026.
7 min čitanja
Čitaj na hrvatskom

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:

  1. Zahtev je živeo u mejlu ili telefonu
  2. Izvedba je živela u terenskoj belešci
  3. 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:

MetrikaPrePoslePromena
Prosečno vreme prvog odgovora6,1 h2,4 h-61%
Poslovi zatvoreni u roku od 48 h46%79%+33 poena
Prosečno kašnjenje naplate11 dana4 dana-64%
Izgubljeni / nejasni zahtevi nedeljno122-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:

  1. gde zahtev ulazi
  2. ko ga preuzima
  3. 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:

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.

I

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.

Zatraži demo →