# Nehajte optimizirati po kilometrih: Načrtujte poti terenskih prodajalcev po prihodku na uro

> Najkrajše poti ne povečajo prihodka. Naučite se utežiti račune, preoblikovati ritem in območja ter zmanjšati čas vožnje z optimizacijo za prihodek na prodajno uro.

*Vir: https://salesfleet.ai/sl/blog/route-reps-by-revenue-per-hour · Jezik: sl*

_Objavljeno 21. julija 2026 · 7 min branja_

Tukaj je številka, ki bi vas morala vznemiriti: pri tipičnem terenskem prodajalcu se **le 35–40 % delovnega dne dejansko preživi pred strankami**. Preostanek izpuhti v vožnjo, parkiranje, čakanje in sprotno preurejanje načrtov. To je ilustrativna številka, ne laboratorijski rezultat — a preračunajte podatke za svojo ekipo in pristali boste nekje neprijetno blizu.

Zdaj pa del, ki ga večina vodij zgreši: to poskušajo popraviti z minimiziranjem kilometrov. Kupijo optimizator poti, ta nariše najkrajšo zanko med osmimi postanki, vsi se počutijo učinkovite, prihodek pa se ne premakne.

Najkrajše ni cilj. **Prihodek na prodajno uro je cilj.** Naj vam pokažem razliko.

## Najkrajša pot je pogosto najmanj dobičkonosna

Algoritem za minimiziranje razdalje obravnava vsak postanek z enako težo. Obišči A, B, C, D — le ne vračaj se. Urejeno na zemljevidu. Grozno za izkaz poslovnega izida.

Kajti vaši računi *niso* enaki. 45-minutni ovinek za obisk podaljšanja pogodbe v vrednosti 120.000 €, ki se maje, je vreden desetih popolnoma razvrščenih obiskov računov, ki kupijo zaboj izdelka na četrtletje. Klasični optimizator tega ne vidi. Slep je za vrednost.

Zato je prvi premik filozofski: **ne načrtujete poti do lokacij, načrtujete poti do priložnosti.**

V praksi to pomeni, da mora vsak račun dobiti težo, še preden sploh pride na zemljevid:

- **Prihodkovni razred** — dejanski ali realistični potencial, ne navidezna velikost
- **Zahteva po ritmu** — kako pogosto ta račun resnično potrebuje osebni obisk
- **Signali nujnosti** — odprta ponudba, tveganje odhoda, konkurent, ki vohlja naokoli
- **Verjetnost konverzije** — je to obisk, ki premakne denar, ali le vljudnostni klic?

Ko postanki nosijo težo, se "najboljša pot" popolnoma spremeni. Neha biti najtesnejša zanka in postane dan, ki proizvede največ *uteženega stika* na uro na cesti.

## Najprej opravite revizijo časa za volanom

Preden se dotaknete ritma ali območja, izmerite puščanje. Ne morete izboljšati tistega, o čemer ugibate.

Dva tedna beležite tri stvari na prodajalca, na dan:

1. **Čas pred strankami** (od začetka sestanka do konca)
2. **Čas vožnje** (od vrat do vrat)
3. **Število produktivnih postankov** (pravi pogovor, ne bežni obisk)

Nato izračunajte eno brutalno metriko: **prodajne ure ÷ skupne delovne ure.** Večina ekip je šokirana. Videl sem vodje, ki so domnevali 60 % in odkrili 33 %.

V podatkih bodite pozorni na te vzorce:

- **Zvezdasti prodajalec** — živi v središču, žari navzven do oddaljenega računa, se vrne, gre spet ven. Čista potrata.
- **Petkov prepad** — odlična gostota od ponedeljka do četrtka, nato je petek en sestanek 90 minut stran.
- **Zvestobna zanka** — isti prijazni računi z nizko vrednostjo, obiskani tedensko, ker jih ima prodajalec *rad*.

To zadnje je tihi ubijalec. Ritem bi moral slediti vrednosti, ne udobju.

## Preoblikujte ritem okoli vrednosti, ne navade

Večina ritmov obiskov je podedovanih, ne načrtovanih. "Vedno jih obiščemo mesečno." Kdo pravi? Na podlagi česa?

Zgradite preprosto matriko ritma. Dve osi: **vrednost računa** in **tveganje ali zagon odnosa**. Štiri polja:

- **Visoka vrednost / visok zagon** — pogosti, načrtovani obiski z jasno agendo. Te termine zaščitite najprej.
- **Visoka vrednost / stabilno** — redni, a lažji stik; klic lahko nadomesti vožnjo.
- **Nizka vrednost / visok zagon** — resnična stava na rast; obiščite, ko je vroče, nato ponovno ocenite.
- **Nizka vrednost / stabilno** — nevarno območje. Ti požirajo vaš čas za volanom. Večino preselite na telefon, e-pošto ali četrtletni obhod.

Neprijetna resnica: **zmanjševanje časa vožnje večinoma pomeni odločati se, koga *ne* obiskati osebno.** Matematika poti je posledica te odločitve.

Koristno pravilo — obravnavajte ga kot izhodišče, ne kot sveto pismo: če račun ne more upravičiti polnih stroškov obiska (čas prodajalca + čas vožnje + gorivo + oportunitetni strošek postanka, ki ga *niste* opravili), privzeto ne dobi osebnega obiska.

## Popravite zasnovo območja, preden popravite poti

Slabo zarisanega območja ne morete rešiti z načrtovanjem poti. Če je prodajalčevo območje 300 km razpotegnjeno območje s tremi grozdi in enim osamljenim odročnim računom, ga noben algoritem ne reši.

Dobra zasnova območja hkrati uravnoteži tri stvari, kar je natanko razlog, zakaj jo ljudje delajo slabo, programska oprema pa dobro:

- **Delovna obremenitev** — skupno število zahtevanih obiskov in ur, ne le število računov
- **Vrednost** — enakomeren prihodkovni potencial, da nagrajevanje ostane pošteno
- **Geografija** — kompaktni, prevozni grozdi z razumnimi razdaljami med njimi

### Problem odročnih računov

Vsako območje ima osamljene račune — enega velikega kupca, obtičalega 90 minut od vseh drugih. Možnosti, ki dejansko delujejo:

- **Združite jih.** Nikoli ne obiskujte odročnega računa samostojno. Pot povežite z iskanjem novih strank ali drugim bližnjim računom, četudi majhnim.
- **Zamenjajte jih.** Če sosednji prodajalec tedensko vozi mimo tega računa, ga prerazporedite in vrednost uravnotežite z zamenjavo.
- **Znižajte kanal.** Če je visoke vrednosti, a geografsko brutalen, lahko kombinacija četrtletnih obiskov in mesečnih video klicev prekaša mesečne vožnje.

## Kje programska oprema upraviči svoje stroške

Tukaj je moje mnenje, povedano naravnost: **ročno načrtovanje poti v preglednici je lažna ekonomija.** Prodajalec, ki vsak večer porabi 30 minut za preurejanje jutrišnjega dne, izgubi 2,5 ure na teden — več kot dva polna delovna tedna na leto — za nalogo, ki jo računalnik opravi v sekundah in to bolje.

Prava vrednost sodobnega načrtovalca ni lep zemljevid. So tri stvari, ki delujejo skupaj:

- **Utežena optimizacija** — razvrščanje postankov po vrednosti in nujnosti, ne le po bližini
- **Uveljavljanje ritma** — opozarjanje, ko je račun visoke vrednosti zamujen *in* ko je račun nizke vrednosti preveč obiskan
- **Sprotno preusmerjanje** — ko se sestanek ob 9. uri odpove, takojšnja ponovna izgradnja dneva okoli najboljše preostale priložnosti, namesto da prodajalec privzeto "odpelje domov"

Prav za ta šiv je zgrajen SalesFleet — optimizacija poti in ritem, ki živita znotraj CRM-ja, tako da načrt odraža prodajni tok, ne ločenega zemljevida, ki je do kosila že zastarel. Ko načrtovalec obhodov ve, katere posle so odprti in kateri računi so ogroženi, "učinkovito" končno pomeni *dobičkonosno*, ne le *kratko*.

## Uvajanje v 90 dneh, ki se dejansko prime

Ne skušajte skuhati oceana. Razporedite:

1. **1.–2. teden:** Opravite revizijo časa za volanom. Pridobite pravo izhodiščno številko.
2. **3.–4. teden:** Razvrstite in utežite vsak račun. Zgradite matriko ritma.
3. **5.–6. teden:** Preoblikujte območja okoli grozdov in uravnotežene delovne obremenitve. Odročne račune obravnavajte namensko.
4. **7.–12. teden:** Vklopite uteženo načrtovanje poti, nato tedensko usmerjajte prodajalce k novim številkam.

Skozi ves čas spremljajte eno glavno metriko: **prihodek na prodajno uro.** Ne prihranjenih kilometrov, ne goriva — to so prijetni stranski učinki, ki se bodo izboljšali sami od sebe. Številka, ki vam pove, da deluje, je več denarja, proizvedenega na uro, ko je prodajalec dejansko pri stranki.

## Bistvo

Zmanjševanje časa vožnje in goriva je vreden cilj, a to je *simptom*, ki ga popravljate, ne *bolezen*, ki jo diagnosticirate. Prodajalci zapravljajo čas za volanom, ker so njihova območja neenakomerna, njihov ritem je stvar navade, njihove poti pa so optimizirane za razdaljo namesto za denar.

Popravite uteževanje, popravite ritem, popravite območje — in krajše poti, nižji računi za gorivo in srečnejši prodajalci pridejo kot bonus. Optimizirajte za prihodek na uro in vse drugo sledi.

---
SalesFleet · HTML: https://salesfleet.ai/sl/blog/route-reps-by-revenue-per-hour · AI zemljevid spletnega mesta: https://salesfleet.ai/sl/llms.txt