Excel beosztás vs. élő beosztás naptár: hol bukik a 10 fős csapat

Meddig elég az Excel-beosztás

Érdemes őszintének lenni: a heti beosztás Excelben sok szerviz- és karbantartó csapatnál nem lustaság, hanem működő rutin. Egy diszpécser, 4–7 technikus, egy-két telephely, fix reggeli kiosztás — itt a táblázat gyors, olcsó és ismerős. Mindenki látja a nevet és a napot, a vezető kinyomtatja hétfőn, a WhatsApp-csoportba is kimegy a screenshot.

Tipikus, ha még elég az Excel: kevés párhuzamos ügy, ritka aznapos átütemezés, a szabadság és a betegség hetente egyszer frissül, és nincs szigorú „ki volt hol, mikor” audit elvárás. Ilyenkor az élő naptár bevezetése nem kötelező — felesleges bonyolítás lenne, ha a fájl tényleg a valóságot tükrözi.

A töréspont nem a szoftvermárka, hanem a skála és a változás sebessége. Amikor a csapat ~10 fő, több telephely, délelőtti sürgős callout és délutáni átrendezés a napi normál, a statikus táblázat 2–4 óra alatt elavul. A fájl még létezik — a valóság már máshol fut: a diszpécser fejében, a chatben és a technikus telefonján.

• →Működik: 1 diszpécser, ~4–8 technikus, heti 1–2 nagyobb átírás, 1 telephely-fókusz
• →Működik: hétfői fagyasztott terv + ritka sürgős beugrás
• →Töréspont: ~10 fős csapat, napi többszöri átütemezés, több telephely, párhuzamos ticketek
• →Cél nem az Excel gyűlölete: a heti terv fájl helyett élő forrás a beosztás

Hol bukik a 10 fős csapat — 6 tipikus töréspont

10 fő körül a kombinatorika robban: 10 ember × 5 nap × 2–4 idősáv már nem „átlátható táblázat”, hanem ütközés-mátrix. Ha a fenti jelek közül kettő-három rendszeresen visszatér, a beosztás-Excel már nem skálázódik — a „nálunk még megy táblázatban” érzés gyakran csak azt jelenti, hogy a káosz még tolerálható, nem hogy kontrollált.

• →1. Verzióchaos: Beosztas_v3_final_JANI.xlsx, e-mail csatolmány, Drive-másolat, kinyomtatott A4. A diszpécser frissít — a technikus a reggeli screenshotot nézi. 10 emberből 3–4 mindig „más verziót” lát.
• →2. Ütközés láthatatlan: ugyanaz a szervizes két helyen ugyanabban az órában, vagy két ember ugyanarra a ticketre. Excelben nincs automatikus conflict check — a hiba a helyszínen derül ki, 30–60 perc felesleges úttal.
• →3. Délutáni átírás = chat-káosz: a reggeli terv 11-re elavul. A módosítás WhatsAppon megy, nem a táblába. Este a diszpécser 20–40 percet tölt a „mi is volt ma” visszarendezésével.
• →4. Szabadság / betegség késve: a HR vagy a vezető tudja, a beosztás-fájl nem. A kiosztás „üres névre” megy, a helyettesítés ad hoc — a megbízó 1–2 órát vár a visszahívásra.
• →5. Nincs idősáv, csak nap: „Kovács — kedd” nem mondja meg, 9:00 vagy 15:00. A második ügy befér-e? Excel-sorok nem tartanak utazási puffert; a technikus 3 címet kap 4 órára, és mind késik.
• →6. Nincs auditnyom: ki osztotta be, mikor módosult, mi volt a terv vs. a tény. Ügyfélpanasznál vagy belső vitánál a táblázat nem véd — „valaki átírta” nem folyamat, hanem legenda.

Mit ad az élő beosztás naptár, amit a táblázat nem

Az élő beosztás naptár nem heti rács nevekkel — hanem valós idejű forrás: ki, melyik idősávban, melyik ticket/feladat, melyik telephely. Ha a diszpécser áthelyezi a sávot, a technikus a mobilján látja; ha a technikus lezár, a sáv felszabadul. Egy forrás — nem e-mail + chat + nyomtatvány.

A kulcs az idősáv és a foglaltság. A rendszer látja a munkaidőt, a már kiosztott sávokat és a tickethez kötött feladatot. Ütközésnél figyelmeztet; a „ma még befér” reflex nem ír felül csendben két címet ugyanarra az órára. Több felelős is rendelhető egy ügyre (pl. villamos + hűtős), anélkül hogy két Excel-sor egymás mellett hazudna szabadnak.

A lánc a beosztástól a munkalapig egyben marad: ticket → feladat → naptár-idősáv → helyszíni lezárás. A diszpécser nem másol át sorokat táblázatból CRM-be; a vezető nem kérdez este WhatsAppban „ki volt a 3. emeleten”. A SafetyPro naptár a ticketing és a CMMS folyamatra épül: a beosztás nem külön univerzumban él a jegyektől.

• →Egy élő forrás: diszpécser, vezető és technikus ugyanazt a naptárat látja
• →Idősáv + munkaidő: nem csak „nap + név”, hanem foglalható slot
• →Ütközésfigyelés: ugyanaz a személy / átfedő sáv nem marad rejtve
• →Ticket–feladat–naptár lánc: a beosztás a munkához kötődik, nem önálló táblához
• →Mobil láthatóság: a terepi változtatás nem chat-üzenet, hanem frissülő sáv
• →Tény vs. terv: utólag visszakereshető, ki mit kapott és mikor módosult

Számok: mit veszítesz Excelben ~10 főnél

A „még működik” érzés gyakran elrejti a rejtett óraköltséget. Egy 10 fős szervizcsapatnál a diszpécser jellemzően napi 45–90 percet tölt beosztás-frissítéssel, screenshot-küldéssel és „ki megy holnap?” tisztázással. Hetente ez 4–7,5 óra — majdnem egy teljes műszak — anélkül, hogy egyetlen hibát javítottatok volna.

Az ütközés és a rossz idősáv drágább, mint az admin. Egy elhibázott kettős kiosztás vagy üres cím (beteg / szabadság, de a táblában bent van): 30–60 perc utazás + ügyfél várakozás + újra ütemezés. Ha ez hetente csak 3× történik, az 1,5–3 óra terepi veszteség + a megbízói bizalom eróziója. 10 főnél a heti „apró” hibák összege gyakran 6–12 elvesztegetett munkaóra.

A mérés egyszerű, még élő naptár előtt is: számold 2 hétig (1) hányszor hangzik el a „nálam más van a beosztásban”, (2) hány újra kiosztás volt aznapi ütközés / hiányzó ember miatt, (3) mennyi idő a diszpécser beosztás-adminja naponta. Ha (1) ≥3/hét vagy (2) ≥2/hét, a fájl már nem skálázódik — a szoftver nem luxus, hanem a káosz árának csökkentése.

• →Diszpécseri beosztás-admin: tipikusan 45–90 perc/nap Excel + chat mellett (~10 fő)
• →Ütközés / üres kiosztás: 30–60 perc/esemény + ügyfélkésés
• →3 ütközés/hét ≈ 1,5–3 óra terepi veszteség — csak a nyilvánvaló esetek
• →Cél élő naptárral: <15 perc/nap tiszta átütemezés, ütközés ≈ 0 a rendszeren belül
• →Elsőre jó napi terv aránya: cél 90%+ (nem kellett aznapi bulk átírás chatben)

Diszpécseri rutin: heti fájl helyett napi élő naptár

A váltás nem „más szoftver ugyanazzal a heti rítussal”. A heti Excel logikája: hétfőn megtervezed a hetet, aztán tűzoltó üzem. Az élő naptár logikája: van heti váz, de a nap folyamán a ticket→feladat átváltáskor a sávot a naptárban foglalod — nem utólag „ráírod a táblára”.

Reggeli 10 perc: nyitott ticketek, mai sávok, hiányzók, kiemelt SLA-k. Nincs screenshot a csoportba — a technikus a saját naptárát nyitja. Délben 5 perc: csúszások, félbehagyott ügyek, délutáni sávok. Este 5 perc: holnapi nyitott sávok, nem lezárt feladatok — nem 40 perces „Excel-helyreállítás”.

A diszpécser továbbra is dönt: ki megy, melyik sáv, felülírás. A különbség: a döntés a rendszerben történik, nem a chatben „majd frissítem a fájlt”. A vezető dashboardon látja a terhelést (ki van tele, ki üres), nem kérdez körbe. A 10 fős csapatnál ez a különbség a „minden a diszpécser fejében van” és a „a cég látja a kapacitást” között.

• →Reggel: mai sávok + hiányzók + SLA-s ticketek (≈10 perc)
• →Ticket érkezik → feladat + idősáv a naptárban, ne chat-üzenet először
• →Ütközés / túlóra: a rendszer jelez — a diszpécser tudatosan felülír, ha kell
• →Este: holnapi sávok + nyitott feladatok, nem „visszarendezett Excel”
• →Heti 15 perc: terhelés-eloszlás (top 3 „mindent visz” ember részesedése)

Átállási checklist: Excel-beosztásról élő naptárra

Ne „mindenkit holnap naptárra” nappal kezdd. Először a master data és egy diszpécseri pilot, aztán a teljes csapat. Két hét párhuzamos futás (Excel csak olvasás / archív) többet ér, mint a big bang, ahol a reggeli kiosztás összeomlik.

• →Csapatlista: mind a ~10 fő a rendszerben, munkaidő és tipikus műszak beállítva
• →Telephelyek és tipikus utazási pufferek (legalább 15–30 perc sávok között, ha több cím/nap)
• →Ticket / feladat típusok, amiket naptárba osztotok (ne „minden egyéb” egy sávba)
• →Egy élő forrás szabály: módosítás csak naptárban — WhatsApp nem hivatalos beosztás
• →Diszpécseri pilot 1–2 hét: 1 diszpécser + 3–5 technikus, mérés: ütközés, admin perc/nap
• →Hiányzás / szabadság folyamat: ki és hol rögzíti, hogy a sáv ne legyen kiosztható
• →Mobil: technikus látja a saját sávjait és a mai feladatokat (offline / terep realitás)
• →Excel fagyasztás: a heti fájl archív / export, nem párhuzamos „igazság” forrás
• →Baseline → cél: ütközés/hét, „más verzió” panasz/hét, diszpécser admin perc/nap
• →Teljes csapat roll-out: 1 reggeli standing a naptár előtt, 1 hét „kérdezz bátran” support

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