Élő pozíció-megosztás szervizben: mikor kell, mire nem

Mikor kell élő pozíció a szervizben

A kérdés nem az, hogy „tudunk-e GPS-t bekapcsolni”, hanem hogy a diszpécser 30 másodpercen belül jobb döntést hoz-e belőle. Tipikus igen-helyzet: 8–40+ terepi technikus, több város vagy régió, reaktív hibajegyek (SLA percek–órák), és a kiosztás naponta 20–80 alkalommal változik. Ilyenkor a „ki van a legközelebb és szabad” nem memóriajáték: 5–15 perc utazás-különbség ügyenként heti 20 sürgős ticketnél 15–50 óra felesleges úton — fél–egy teljes munkaidős kapacitás.

Konkrét use case-ek, ahol az élő (vagy near-real-time) pozíció értéket ad: (1) sürgős ticket kiosztása — a legközelebbi, kompetenciában is illő ember; (2) ügyfél-ETA — „kb. 25 perc” nem tippelés, hanem térkép + forgalom + státusz; (3) több telephelyes körút finomhangolása nap közben (egy lemondott bejárás, egy új P1); (4) biztonság / magányos munka — ha valaki hosszú ideje nem mozdul egy elzárt helyszínen, és a protokoll riasztást vár (ez már nem diszpécser-optimalizálás, hanem safety workflow).

Számok, amikkel érdemes indokolni a vezetés felé: átlagos kiszállási idő P1 ticketnél (perc), elsőre jó kiosztás aránya, „rossz irányba indult” esetek száma/hét, ügyfél-visszahívás „hol a technikus?” miatt. Ha ezeket ma nem méritek, az élő pozíció bevezetése előtt 2 hét baseline kell — különben a térkép csak drága dekoráció lesz.

• →Igen: multi-city / multi-site reaktív szerviz, napi sok kiosztás-változás
• →Igen: SLA-s ETA és ügyfél-kommunikáció (nem „ma délután valamikor”)
• →Igen: nap közbeni újrapriorizálás — lemondás, P1, kapacitáshiány
• →Igen: magányos terepi munka safety protokoll része (külön szabályokkal)
• →A diszpécseri döntés legyen gyorsabb és magyarázható — ne „csak mert látjuk”

Mire nem való — és mikor felesleges

Az élő pozíció nem teljesítményértékelő kamera és nem büntetőeszköz. Ha a cél „ellenőrizzük, hogy tényleg dolgozik-e”, a térkép rövid távon feszültséget, hosszú távon megkerülő viselkedést hoz (telefon a furgonban, app kill, „elfelejtett” engedély). A produktivitást munkalap-lezárás, elsőre javítás aránya, SLA megfelelőség és ügyfél-visszajelzés méri — nem az, hogy a pin 14:03-kor a 3. emeleten villogott-e.

Gyakori felesleges esetek: 2–5 fős csapat, fix telephelyen belüli karbantartás (a „hol van” kérdés 1 telefonhívás); kizárólag ütemezett, heti előre kiosztott PM-kör, alig reaktív ticket; irodai / műhelyes munka GPS nélkül is átlátható; és minden olyan modell, ahol a pozíció 24/7, hétvégén, szabadságon is gyűlik. Utóbbi nem „jobb adat” — bizalomvesztés és felesleges adatkezelési kockázat.

Szabály a gyakorlatban: ha a diszpécser heti 3-nál kevesebbszer döntene a térkép alapján, ne erőltesd az élő streamet. Elég lehet a munkalap státusz (úton / helyszínen / kész), a check-in a telephely QR-rel, vagy a nap eleji bejelentkezés. Az élő pozíció a sűrű, változó terepi operáció eszköze — nem a digitalizáció kötelező „next level” pipája.

• →Nem: 24/7 vagy magánidőben futó nyomkövetés
• →Nem: büntetés, gyanúsítás, „láttuk, hogy a boltban voltál” kultúra
• →Nem: kis, fix helyszínű csapat, ahol a térkép nem változtat döntést
• →Nem: önmagában KPI a „online van-e a pin” — a munka eredménye a mutató
• →Alternatíva: státusz + check-in + naptár, élő stream nélkül

Munkaidő-határ: etikai minimum

A legfontosabb üzleti és emberi határvonal: élő pozíció csak a meghatározott munkaidőben (vagy aktív műszak / „terepi szolgálat” státusz alatt). Amikor a technikus lejelentkezik, a műszak véget ér, vagy a nap lezárul, a stream álljon le — ne maradjon „csendben” a háttérben. Ez nem luxus: ez a különbség a munkaeszköz és a magánélet-monitorozás között a csapat fejében.

Gyakorlati modell, ami szervizcégeknél bevált: (1) app indítás / műszakkezdet → egyértelmű tájékoztatás, hogy ma a pozíció megosztva lesz a diszpécserrel; (2) munkaidő alatt frissítés (pl. 30–120 mp, forgalomtól és akkumulátortól függően); (3) műszakvége vagy manuális „szolgálat ki” → azonnali leállítás; (4) a diszpécseri térkép csak az aktív, szolgálatban lévő embereket mutatja. A „mindig bekapcsolva, majd mi szűrünk” megoldás olcsóbbnak tűnik fejlesztésben — drágább bizalomban.

Kommunikáld írásban is a célt: kiosztás, ETA, safety — nem ellenőrzés. Aki tudja, hogy a pin a legközelebbi P1-hez kell, nem a reggeli útvonalához, az másképp viszonyul az engedélyhez. A bevezetés első hetében tartsatok 30 perces Q&A-t a terepi csapattal; a hallgatás nem egyenlő az egyetértéssel. (Megjegyzés: ez etikai és operatív keret — a konkrét munkajogi / GDPR-követelményeket a saját jogi tanácsadótokkal igazítsátok.)

• →Csak munkaidő / aktív műszak / „szolgálat be” állapot
• →Műszakvége = stream le — nincs „alapból háttérben”
• →Térkép: csak szolgálatban lévő technikusok
• →Írásos cél: kiosztás, ETA, safety — nem magánélet-ellenőrzés
• →Csapat Q&A a bevezetés előtt; opt-in és átláthatóság a kultúra része

Play Store: kiemelkedő tájékoztatás és engedély

Ha Android appból háttérbeli helyadatot gyűjtötök (ami az élő diszpécser-térképhez tipikusan kell), a Google Play szabályai szigorúak: a helyhasználatnak a felhasználó számára kiemelkedően (prominent disclosure) érthetőnek kell lennie, mielőtt a rendszerengedély-párbeszéd megjelenik — és a kérésnek a funkcióhoz kötöttnek, nem „majd egyszer kellhet” jellegűnek. A „permission on app start” önmagában nem elég, ha az első képernyő egy homályos „a jobb élményért” szöveg; a tájékoztatásnak meg kell mondania: mit gyűjtötök, miért (pl. munkaidőben diszpécseri kiosztás), és hogy a háttérben is fut-e.

Gyakorlati UX-sorrend, ami a megfelelőség és a bizalom irányába mutat: (1) app indítás / első terepi belépés → saját, teljes képernyős vagy jól látható tájékoztató (cél, munkaidő-határ, ki látja az adatot); (2) csak utána a rendszer helyengedély-dialógusa; (3) ha a felhasználó nem adja meg, a core app (munkalap, ticket) maradjon használható — a élő pozíció funkció korlátozott, ne zsaroljon „engedély nélkül nem mész tovább” zárással, ha a Play és a jó UX ezt elkerüli; (4) a beállításokban bármikor visszavonható, és a státusz látszik („megosztás be / ki”).

iOS-on is hasonló elv: a usage description string legyen konkrét („Munkaidőben a diszpécser látja a helyzeted a legközelebbi hibajegy kiosztásához”), ne sablon. A „Always” / háttérhelyzet csak akkor, ha tényleg kell; sok szerviznek elég a „While Using” + időszakos frissítés, ha a technikus a munkalap-appot nyitva tartja útközben — mérjétek, mielőtt a legagresszívebb jogosultságot kéritek. Ez a szakasz a store- és termékgyakorlatról szól; a jogszerű adatkezelés (jogalap, tájékoztató, megőrzés) külön compliance-feladat.

• →Prominent disclosure a rendszer-permission ELŐTT — mit, miért, mikor, ki látja
• →Helykérés a funkcióhoz kötve, ne „talán később” az első másodpercben indok nélkül
• →Háttérhelyzet csak ha az élő diszpécser-térkép valóban igényli
• →Elutasítás: a munkalap / ticket maradjon használható
• →Beállítások: állapot látható, visszavonás egyszerű
• →Store policy + saját adatvédelmi tájékoztató — mindkettő kell, nem helyettesítik egymást

Diszpécseri workflow: térkép + ticket + kompetencia

Az élő pin önmagában fél döntés. A jó kiosztás: pozíció × szabad kapacitás × szakterület × (ha van) helyismeret. Ha a térképen A 8 percre van, de liftet nem szerel, B 22 percre van és lift-szakember, a helyes választás gyakran B — és a diszpécsernek ezt egy nézetben kell látnia, nem három appban. A SafetyPro-szerű CMMS / ticketing láncban a ticket → feladat → beosztás a gerinc; a pozíció a „ki ér oda reálisan most” réteg, nem a master data helyettesítője.

Operatív ritmus: reggel 5–10 perc — ki van szolgálatban, hol a csapat súlypontja; nap közben P1 jön → szűrés kompetenciára → legközelebbi 2–3 jelölt → kiosztás + ETA az ügyfélnek; délután 5 perc — elcsúszott körutak, túlórára nem tolunk automatikusan. Célmutatók 4–6 hét után: P1 kiosztási idő (ticket beérkezésétől a felelős kijelöléséig) 40–60%-kal csökkenhet sűrű portfóliónál; átlagos utazási perc/ügy 10–25%-kal; „hol a technikus?” ügyfélhívások száma meredeken esik, ha az ETA a tickethez kötött.

Kerülendő anti-pattern: a diszpécser egész nap a térképet bámulja státusz és naptár nélkül. A térkép eseményvezérelt legyen (új P1, lemaradó ETA, safety riasztás), ne 8 órás live stream-nézés. A technikus oldalán is legyen visszajelzés: „most te vagy a legközelebbi jelölt X ügyre” — így a pozíció-megosztás kétirányú munkaeszköz, nem egyirányú megfigyelés.

• →Döntés: pozíció + kompetencia + naptár-sáv + ticket prioritás
• →P1: 2–3 legközelebbi illő jelölt, nem „aki szabad a listán”
• →ETA a tickethez / ügyfélkommunikációhoz kötve
• →Térkép eseményvezérelt, ne egész napos monitoring
• →KPI: kiosztási idő, utazási perc/ügy, ETA-pontosság, ügyfél „hol van?” hívások

Bevezetési checklist 30 napra

Ne a GPS-szel kezdjétek. Először a folyamat: mikor kell élő adat, ki látja (diszpécser / vezető — ne a fél cég), mennyi ideig őrzitek, mi a műszak ki/be. Utána a technikai beállítás és a store-szintű tájékoztató szövegek. Végül pilot: 1 diszpécser + 5–10 technikus, 2–3 hét, mért baseline-nal.

• →Írjátok le a célt 5 mondatban: kiosztás / ETA / safety — mi NEM cél
• →Munkaidő-határ és „szolgálat be/ki” szabály a csapatnak írásban
• →Ki fér a térképhez: szerepkör, ne „minden admin”
• →App: prominent disclosure szöveg + permission sorrend + elutasítás-út
• →Adatmegőrzés: élő stream ≠ örök útvonal-archívum — döntsétek el a retenciót
• →Baseline 2 hét GPS nélkül: utazási perc, P1 kiosztási idő, ETA-panaszok
• →Pilot 2–3 hét: heti 15 perc retrospektív a terepi csapattal
• →Csak utána full rollout — ha a bizalom törik, a pin nem javít semi
• →Jogi / adatvédelmi egyeztetés a saját tanácsadótokkal (ez a cikk nem helyettesíti)

Összegzés és következő lépés

A cikkben összefoglalt gyakorlati lépések akkor működnek tartósan, ha egy központi rendszerben futnak a munkalapok, az eszköznyilvántartás, a preventív ütemezés és — ahol kell — a tűzvédelmi ellenőrzések is. A szétszórt Excel-fájlok és papír naplók hosszú távon nem adják az auditálhatóságot és a valós idejű átláthatóságot.

A SafetyPro CMMS ezeket egy platformon egyesíti: QR/NFC azonosítás, mobil app offline módban, riportok és emlékeztetők. A Basic csomag 24 900 Ft/hó-tól indul; 14 napos ingyenes próba egyeztethető személyesen, a bemutató után.

Ha a témában leírt folyamatokat szeretnéd élesben látni a saját telephelyed példáján, kérj bemutatót — az értékesítési csapat általában 1 munkanapon belül válaszol.