FM diszpécser napi rutin: 30 perces reggeli checklist szoftverrel

Miért 30 perc — és miért reggel

A facility diszpécser tipikus reggele: 18 olvasatlan levél a service@ fiókban, 3 „sürgős” WhatsApp a technikusoktól, 2 megbízó, aki már 7:45-kor hív, és egy Excel, ami tegnap este még „friss” volt. Ha először a telefont veszed fel, a nap reaktív marad: a hangosabb ügyfél nyeri a prioritást, nem a lejárt SLA. A 30 perces reggeli blokk fordítva működik — először a rendszer, aztán a hívások.

Számokban: egy 8–15 fős FM-csapatnál, 10–40 telephelyes portfóliónál napi 25–80 nyitott ticket él. Ebből reggel átlagosan 4–12 „problémás” (beragadt, lejárt, várakozik, nincs felelős). Ha ezeket 30 perc alatt rendbe teszed — felelős, határidő, eszkaláció vagy lezárás — a délelőtti 15–25 kiosztás már tiszta backlogból indul. Ha nem, a diszpécser naponta 45–70 percet veszít a „ki mit csinál?” tisztázásra, és a lejárt ügyek száma hétről hétre nő.

A 30 perc nem dogma: 5 telephelynél elég 15, 40-nél lehet 40. A lényeg a fix sorrend és a lezárható checklist. A SafetyPro ticketing + létesítményüzemeltetés nézetben ugyanez a négy blokk egy dashboardról futtatható: beragadt ticketek, lejárt feladatok, aznapi ütemezés, e-mailből érkező új jegyek — nem négy külön Excel-fájl.

• →Célidő: 25–35 perc, 7:30–8:05 között (műszak előtt)
• →4 blokk: beragadt ticket → lejárt feladat → ütemezés-térkép → e-mail szinkron
• →Kimenet: prioritásos napi lista, kiosztott felelősök, 0 „gazdátlan” sürgős ügy
• →Mérés: hány lejárt maradt 8:00 után, hány új jegy triage nélkül 9:00-ig

Blokk 1–2: beragadt ticketek és lejárt feladatok (12 perc)

Beragadt ticket: státusz van, de nincs mozgás — tipikusan „folyamatban” 3+ napja, vagy „vár alkatrészre / ügyfélre” frissítés nélkül. Ez a diszpécser legnagyobb rejtett költsége: a megbízó azt hiszi, dolgoznak rajta; a technikus azt, hogy valaki más viszi; a riport „nyitott” sort mutat, de senki nem lép. Szűrd reggel: nyitott + nincs státuszváltás X napja (pl. 48–72 óra), vagy nincs felelős, vagy prioritás magas és due date üres.

Lejárt feladat: a due date tegnap (vagy korábban) volt, a jegy még nyitott. Itt nincs vita — vagy ma reggel újraütemezed felelőssel és indokkal, vagy eszkalálod. Egy 30 telephelyes irodaház-portfóliónál heti 6–15 lejárt tétel „normális zajnak” tűnik, amíg a havi SLA-riport 88%-ot mutat 96% helyett. A reggeli 6–8 perc a lejárt listán többet ér, mint egy délutáni „majd utolérjük” megbeszélés.

Gyakorlati sorrend 12 percben: (1) 3 perc — szűrő: lejárt due date, csökkenő prioritás. (2) 5 perc — döntés jegyenként: ma kioszt / átütemez +1–2 nap indokkal / eszkalál vezetőnek / lezár ha elavult. (3) 4 perc — beragadt: „folyamatban” 48+ órája komment nélkül → ping a felelősnek vagy új felelős. Ne olvasd végig a teljes backlogot — csak a piros és a sárga sávot.

• →Lejárt due date: új határidő + felelős + 1 soros indok a jegyben
• →Nincs felelős: 60 másodpercen belül kiosztás (ne maradjon „triage” 8:00 után)
• →Folyamatban 48–72+ órája frissítés nélkül: státuszfrissítés vagy eszkaláció
• →Várakozás (alkatrész / ügyfél / hozzáférés): due date és következő lépés dátuma kötelező
• →Duplikátum ugyanarra a telephelyre/eszközre: merge, ne két technikus
• →Cél 8:00-ra: 0 gazdátlan P1/P2, lejárt lista „kezelt” (új due vagy eszkalált)

Blokk 3: aznapi ütemezés-térkép (10 perc)

A diszpécser nem listában, hanem kapacitásban gondolkodik: ki hol van, hány óra utazás, melyik telephely zárva, hol ütközik a havi bejárás a hibajavítással. Az ütemezés-térkép (naptár + térkép vagy telephely-szűrt napi nézet) ezt 10 perc alatt láthatóvá teszi — Excel „ki melyik címen” oszlop helyett, amit tegnap este 17:40-kor frissítettek utoljára.

Nézd a mai napot három rétegben. Először: kötelező / SLA-kötött (lejárt tegnapról, due ma, szerződéses bejárás). Másodszor: tervezett preventív és ismétlődő feladatok. Harmadszor: rugalmas hibajegyek, amik beférnek útvonalba. Ha a 2. kerületben három technikus van, a 11.-ben nulla, és a 11.-ben van egy 4 órás SLA, a reggeli térkép ezt 8:00 előtt kimutatja — nem 11:30-kor, amikor a megbízó hív.

Számold a kapacitást durván, ne tökéletesen: 1 technikus ≈ 4–6 helyszíni slot / nap (utazással), kritikus hívás 1 slotot „elvisz”. Ha ma 22 slotnyi munka van 4 emberre (24 slot elméleti max), a nap már reggel piros — vagy tolj át nem kritikus due-t, vagy hívj backupot. A 10 perc ütemezés-review tipikusan 1–3 útvonal-optimalizálást és 2–4 átütemezést ad; enélkül a nap közepén 3–5 felesleges városi oda-vissza futás jön össze.

• →Naptár / térkép: mai due + kiosztott feladatok technikusonként
• →Ütközés: ugyanaz a technikus 2 helyen átfedő időben → azonnali átrendezés
• →Útvonal: szomszédos telephelyek egy körbe, ne cikk-cakk a városon
• →SLA ablak: P1/P2 slot előre lefoglalva, ne „majd befér”
• →Szabadság / betegség: 8:00 előtt átírva a jegyeken, ne délelőtti meglepetés
• →Cél: minden mai kötelező tételnek van felelőse és időablaka 8:05-ig

Blokk 4: e-mail szinkron és reggeli triage (8 perc)

Az éjszakai és kora reggeli levelek a közös service postafiókban jönnek: liftzaj, beázás, „sürgős” klíma, árajánlat, spam. Ha a postafiók a munkahely, 20 perc mappaátrendezés megy el — és a státusz még mindig „olvasatlan”. E-mail→ticket szinkronnal a levelek jegyekként jelennek meg: a diszpécser a triage listát nézi, nem a beérkező mappát.

8 perc triage szabály: minden új jegy kap telephelyet (vagy „tisztázandó”), prioritást és felelőst — vagy tudatos „vár triage-ra max. 30 perc” státuszt, ha info hiányzik. Ne válaszolj privát fiókból: a válasz a jegy szálából menjen, hogy a történet egy helyen maradjon. AI javaslat (megbízó, telephely, prioritás) gyorsít, de a döntés a tiéd — a „sürgős” szó a tárgyban nem mindig P1.

Mérhető különbség: manuális másolásnál 1 levél → Excel/SMS 3–6 perc; szinkron + sablon prioritás mellett 45–90 másodperc. Napi 20–40 bejövőnél ez 1–2,5 óra. A reggeli 8 perc csak az éjszakai / kora reggeli sort viszi le nullára; a napközbeni bejövők 15–20 percenkénti micro-triage-dzsel mennek, nem „majd délután”.

• →Új e-mail jegyek: telephely + prioritás + felelős (vagy explicit várakozás)
• →Dupla bejelentés ugyanarra: hozzácsatolás a meglévő jegyhez, nem második kiszállás
• →Hiányzó info: 1 rövid kérdés a jegy szálából, due a válaszra
• →Nem FM (spam, sales): elutasít / más queue, ne szennyezze a napi boardot
• →Cél 8:10-re: 0 kezeletlen éjszakai bejövő a triage listán

A 30 perces reggeli checklist — percben lebontva

Nyomtasd ki, mentsd el dashboard-widget sorrendnek, vagy ragaszd a monitor szélére az első 2 hétben. Utána reflex. Ha rendszeresen 45+ perc, a master adat vagy a státuszmodell piszkos (túl sok „folyamatban”, üres due date, gazdátlan jegyek) — ne a checklistet toldd, hanem a mezőket kötelezővé.

• →0–2. perc: nyisd a diszpécser nézetet (ticket board + mai naptár), ne az Outlookot először
• →2–6. perc: lejárt due date lista — minden tétel: ma / új due+indok / eszkalál / lezár
• →6–12. perc: beragadt ticketek (nincs felelős, 48–72+ óra mozgás nélkül) — felelős + következő lépés
• →12–18. perc: mai ütemezés technikusonként — ütközés, útvonal, P1/P2 slot
• →18–22. perc: átütemezések és kiosztások mentése a jegyeken (ne csak szóban / chaten)
• →22–28. perc: e-mailből jött új jegyek triage (telephely, prioritás, felelős)
• →28–30. perc: 3 soros napi fókusz a csapatnak (pl. chat/standup): P1-ek, kritikus telephely, egy figyelmeztetés
• →30. perc után: telefon és megbízói hívás — már kontrollált backloggal

Heti ritmus, KPI-k és tipikus hibák

A reggeli 30 perc akkor tartható, ha hetente 20–30 percet rászánsz a rendszerhigiéniára. Hétfő: előző heti lejárt és eszkalált jegyek oka (kapacitás / alkatrész / ügyfél / rossz due). Szerda: ismétlődő hibák ugyanazon a telephelyen (3+ ticket / 30 nap → root cause, ne csak újabb javítás). Péntek: jövő heti naptár — bejárások, szabadságok, nagy leállások. Enélkül a reggeli checklist egyre hosszabb lesz, mert a tegnapi káosz felhalmozódik.

Három KPI elég a diszpécser asztalán: (1) lejárt ticketek száma 8:00-kor (cél: csökkenő trend, ideálisan <5% a nyitottból); (2) átlagos idő az új jegytől az első felelősig (cél: <30 perc munkaidőben); (3) SLA megfelelőség % havi (cél: ≥95% a szerződéses körön). A SafetyPro riportok ezeket ticket- és telephely-szűréssel adják — nem hó végi Excel-színezés.

Tipikus hibák: először a telefont felvenni; a lejárt listát „majd később” tolni; státuszt csak szóban frissíteni; e-mailt privát fiókból megválaszolni; az ütemezést chaten egyeztetni a jegy helyett. Mindegyik 5–15 percet „spórol” reggel, és 40–90 percet vesz el délután. A rutin győz a hősies tűzoltás felett — 30 fegyelmezett perc, nem 3 óra káosz.

• →Hiba: Outlook először → reggel elúszik a triage előtt
• →Hiba: lejárt due „majd holnap” indok nélkül → SLA erózió
• →Hiba: kiosztás csak WhatsAppon → a board hazudik, a riport hamis
• →Hiba: nincs heti higiénia → a 30 perc 50-re nő
• →Jó: fix sorrend, kötelező mezők, napi 3 soros csapatfókusz, heti 3 KPI

Ö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.