UnitLook
Studija slučaja

Kako je servisna tvrtka s tehničarima skratila obradu zahtjeva i ubrzala naplatu

I
Igor Lišinski
5. lipnja 2026.
7 min čitanja
Read in English

Studija slučaja servisne tvrtke koja je iz maila, telefona i Excel tablica prešla na ticketing, evidenciju rada i bržu naplatu.

Direktor te servisne tvrtke problem je opisao jednom rečenicom: “Posao nam nije kasnio zato što tehničari ne rade. Kasnio je zato što ured nije znao što se događa na terenu.”

To je bila stvarna srž problema. Tim je imao znanje, ljude i klijente. Ono što nije imao bio je sustav kroz koji zahtjev prolazi od prijave do izvedbe i naplate.

U Google pretragama ljudi često ne upisuju samo “case study” ili “servisna tvrtka”, nego i ticketing sustav, radni nalog, servisni nalog, evidencija rada ili fakturiranje. Zato je važno da članak prirodno pokrije te pojmove.

Ponekad će isti tim isto rješenje tražiti pod pojmovima ticketing sustav, servisni nalog ili sustav za evidenciju rada, pa članak treba pokriti sve te varijante.

Tko je klijent

Servisna tvrtka s 14 zaposlenika:

  • 9 tehničara na terenu
  • 2 osobe u dispečerskom / operativnom dijelu
  • 3 osobe u administraciji i naplati

Svaki tjedan su rješavali oko 90 do 110 zahtjeva. Zahtjevi su stizali preko:

  • e-maila
  • telefona
  • Viber poruka
  • papirnatih radnih naloga
  • povremenih Excel tablica

Na papiru je sve “postojalo”. U praksi se stalno događalo da ured ne zna je li posao prihvaćen, tehničar ne zna je li prioritet promijenjen, a računovodstvo ne zna koliko je vremena stvarno utrošeno.

Ovo je tipičan problem servisnih timova: jedan odjel priča o radnim nalozima, drugi o servisnim nalozima, treći o tiketima. Bitno je da svi završe u istom ticketing sustavu.

Za Google je to korisno jer ljudi često upisuju i ticketing sustav za servisne tvrtke, radni nalog ili servisni nalog, a ne samo naziv industrije.

U servisnim tvrtkama taj kaos se često vrti oko istih naziva: jedan tim kaže radni nalog, drugi servisni nalog, treći tiket. Bitno je da svi završe u istom sustavu.

Što je kočilo posao

Problem nije bio samo u prebacivanju informacija. Problem je bio u tome što su tri ključne stvari živjele odvojeno:

  1. Zahtjev je živio u e-mailu ili telefonu
  2. Izvedba je živjela u terenskoj bilješci
  3. Naplata je živjela u Excelu i u sjećanju ljudi

To znači da je svaki posao morao biti ručno rekonstruiran na kraju tjedna.

Najčešće posljedice:

  • zahtjev se izgubi između dvije smjene
  • isti klijent nazove dvaput jer ne vidi status
  • tehničar dobije nepotpunu informaciju
  • faktura ode kasnije nego što bi trebala
  • direktor nema dobru sliku koji klijenti troše najviše resursa

Što su promijenili

Uvođenje nije trajalo dugo, ali je bilo disciplinirano.

1. Centralizirali su prijem zahtjeva

Svi novi zahtjevi počeli su ulaziti kroz ticketing sustav, umjesto da ostaju u privatnim inboxima i chatovima. Tako je svaki predmet dobio svoje mjesto, status i odgovornu osobu.

2. Uveli su jednostavne kategorije

Nisu krenuli s deset kategorija. Krenuli su s nekoliko jasnih tipova:

  • hitni kvar
  • redovni servis
  • instalacija
  • reklamacija
  • ponovni izlazak na teren

To je bilo dovoljno da ured odmah zna kome treba proslijediti posao.

3. Vezali su radne sate uz konkretan zahtjev

Svaki tehničar počeo je evidentirati vrijeme uz posao koji stvarno radi. To je promijenilo dvije stvari:

  • administracija više nije nagađala koliko je trajao posao
  • naplata je postala preciznija i brža

U praksi je to značilo da radni nalog i servisni nalog više nisu lutali kroz nekoliko alata, nego su ostali povezani uz isti ticket. To je ubrzalo i fakturisanje / naplatu po satu.

Drugim riječima: ticketing sustav je postao mjesto gdje se spajaju zahtjev, radni nalog, servisni nalog i obračun vremena.

U praksi je to značilo da se radni nalog i stvarno utrošeno vrijeme više ne razvlače kroz nekoliko alata, nego ostaju povezani uz isti ticket.

4. Uveli su pregled po zaposleniku i klijentu

Voditelj je prvi put mogao vidjeti:

  • tko je preopterećen
  • koji klijent ima najviše zahtjeva
  • koji tip posla najviše troši vrijeme
  • gdje se najčešće događa zastoj

To je bio veliki pomak od “osjećaja” prema stvarnim podacima.

Rezultati nakon dva mjeseca

Nakon što se novi proces ustalio, brojke su se pomaknule:

MetrikaPrijeNakonPromjena
Prosječno vrijeme prvog odgovora6,1 h2,4 h-61%
Udio poslova zatvorenih unutar 48 h46%79%+33 boda
Prosječno kašnjenje naplate11 dana4 dana-64%
Broj izgubljenih / nejasnih zahtjeva tjedno122-83%

Najveća promjena nije bila samo u brzini. Bilo je manje poziva tipa “je li moj posao zabilježen?” i manje ručnog prepisivanja na kraju tjedna.

Zašto je ovo funkcioniralo

Jedno mjesto za zahtjev. Kad svi znaju gdje je zapis, manje je međusobnog prosljeđivanja.

Jedna odgovorna osoba. Nema više situacije da svatko misli da je netko drugi preuzeo posao.

Kontekst uz radni nalog. Tehničar ne mora ponovno objašnjavati što je dogovoreno.

Vrijeme uz stvarni posao. Naplata je preciznija jer se temelji na stvarnom radu, a ne na procjeni na kraju tjedna.

Što drugi mogu preuzeti iz ovog primjera

Ako vodite servisnu tvrtku, distributera, održavanje opreme ili bilo koji terenski tim, ne trebate čekati “savršeni trenutak” za digitalizaciju.

Počnite s tri stvari:

  1. gdje zahtjev ulazi
  2. tko ga preuzima
  3. kako se veže uz sate i naplatu

Kad te tri stvari sjednu na mjesto, sve ostalo postaje lakše: izvještaji, raspored, kontrola i komunikacija s klijentom.

Kako to izgleda u UnitLooku

UnitLook pokriva upravo taj tok rada:

  • zahtjev ulazi kroz ticketing sustav
  • tim vidi status i odgovornu osobu
  • radni sati se vežu uz ticket, radni nalog, servisni nalog ili projekat
  • voditelj vidi opterećenje i trendove
  • naplata se više ne sastavlja iz nekoliko različitih alata, niti se fakturiranje radi iz sjećanja

Ako netko traži naplata po satu, fakturiranje servisne firme ili evidencija rada, ovaj članak također pokriva taj intent.

Povezano:

Zaključak

Ova servisna tvrtka nije “dobila bolji softver”. Dobila je pregled, odgovornost i točniju naplatu.

To je poanta svake dobre digitalizacije: ne mijenja posao iz temelja, nego uklanja ručni kaos koji sprječava dobar tim da radi brzo i precizno.

Ako prepoznajete isti obrazac u svom poslu, ticketing i evidencija rada nisu dodatni trošak. Oni su prečica do kontrole.

I

Autor

Igor Lišinski

Tim UnitLook — razvijamo alat koji timovima olakšava svakodnevni rad.

Zainteresirani za UnitLook?

Zatraži besplatni demo i saznaj kako UnitLook može pomoći tvom timu — bez obaveza, bez žurbe.

Zatraži demo →