Ellenőrzőlisták
Feladat checklist szervizben: kötelező lépések lezárás előtt
A szerviz feladat checkliste nem „minden OK” pipa — kötelező lépések, fotó és mérési mezők a lezárás előtt, ugyanaz a modell weben és mobilon.
A szervizben a feladat checkliste a lezárás kapuja: amíg a kötelező lépések, a fotók és a mérési értékek nincsenek kitöltve, a feladat nem zárható. A megosztott web+mobil modell ugyanazt a sablont adja a diszpécsernek és a szervizesnek — nincs „irodában pipálok, a helyszínen csak elmentem” kettősség. A legnagyobb anti-minta a „minden rendben” egykattintásos pipa: az audit, a számla és a megbízó bizalma is ettől omlik össze.
Miért nem elég a „kész” gomb a szerviz feladatnál
A service és FM csapatoknál a feladat lezárása gyakran egyetlen státuszváltás: „kész”. A diszpécser látja a zöld sort, a megbízó e-mailben kap egy rövid választ, a számla később megy ki — de a helyszíni valóság hiányzik. Nem derül ki, hogy a biztonsági ellenőrzés megtörtént-e, hogy a szűrőt tényleg cserélték-e, vagy hogy a nyomásérték a megengedett tartományban volt-e.
Egy 12–20 fős szervizcsapat tipikus heti száma: 80–150 lezárt feladat. Ha ebből csak 10–15% „üres lezárás” (nincs fotó, nincs mérési sor, nincs kötelező lépés), az heti 8–20 bizonyíték nélküli tétel. Auditnál, garanciális vitánál vagy ismétlődő hibánál ezek a tételek a legdrágábbak: a munka „megtörtént”, de nem igazolható.
A checklist nem adminisztratív büntetés. A célja, hogy a lezárás előtt a rendszer kényszerítse a minimum szakmai minőséget — ugyanúgy, ahogy a munkalap aláírása a számlázási láncban. A ticket–feladat–munkalap lánc csak akkor zárul tisztán, ha a feladat belsejében a lépések is lezártak, nem csak a státusz.
- →„Kész” státusz ≠ elvégzett, dokumentált munka
- →8–20 üres lezárás / hét rejtett kockázat 12–20 fős csapatnál
- →Audit, garancia és számla mind a helyszíni bizonyítékra épül
- →A checklist a lezárás kapuja, nem utólagos emlékeztető
Megosztott checklist modell: egy sablon weben és mobilon
A leggyakoribb törés: az iroda weben lát egy hosszú checklistet, a szervizes mobilon egy rövidített, „egyszerűsített” listát — vagy fordítva. Két modell = két igazság. A megosztott task checklist modell lényege: ugyanaz a sablon, ugyanazok a kötelező mezők, ugyanaz a sorrend, függetlenül attól, hogy a diszpécser laptopon, a műszakvezető tableten vagy a szervizes telefonon tölti.
A sablon a feladattípushoz kötődik, nem a képernyőhöz. Példák: havi HVAC ellenőrzés, hibaelhárító kiszállás, PM kenés, tűzvédelmi helyszíni szemle. Minden sablon lépésekből áll: szöveges ellenőrzés, igen/nem/NA, szám (mérés), fotó, aláírás. A lezárási szabály sablononként definiálható: pl. „minden kötelező lépés kész + legalább 1 fotó + mérési érték kitöltve”.
Offline módban a mobil ugyanazt a sablont tölti le a feladattal. A pipák, a fotók és a mérések helyi szinkronnal mennek fel — a checklist nem „majd az irodában pótolom”, mert a lezárás a helyszínen történik. A webes nézet ugyanezt a kitöltött állapotot mutatja a diszpécsernek és az ops vezetőnek, másodpercekkel a szinkron után.
Számok, amikre érdemes kalibrálni: 1 feladattípus = 1 sablon; 1 sablon = 5–15 lépés (több mint 20 már ritkán olvasható a terepen); a kritikus lépések 30–50%-a legyen kötelező; a fotó kötelezettség a A-kategóriás vagy szerződéses kiszállások 100%-án. Ha a sablon 40 lépéses „mindenre jó” lista, a szervizes 12 másodperc alatt végigpipálja — a minőség nem nő, a frusztráció igen.
- →Egy sablon = web + mobil + offline, nincs külön „mobil verzió” tartalom
- →Lépéstípusok: igen/nem/NA, mérés, fotó, szöveg, aláírás
- →5–15 lépés / sablon a terepen használható tartomány
- →Lezárási szabály a sablonon: kötelező mezők + bizonyíték
- →A diszpécser ugyanazt a kitöltött listát látja, mint a szervizes
Kötelező lépések a lezárás előtt: mit kényszeríts
A lezárás előtti kötelező lépések három rétegre oszlanak: biztonság, szakmai minőség, üzleti bizonyíték. A biztonsági réteg (LOTO, védőeszköz, munkaterület átadása) nem opcionális — ha hiányzik, a feladat ne záruljon. A szakmai réteg a sablon magja: mit ellenőriztél, mit mértél, mit cseréltél. Az üzleti réteg a megbízó és a számla felé: fotó, ügyfél-aláírás, anyagsor, idő.
Gyakorlati minimum egy hibaelhárító kiszállásra: (1) helyszín és eszköz azonosítva, (2) hiba megerősítve vagy elutasítva indoklással, (3) elvégzett beavatkozás szövegesen, (4) legalább egy mérési vagy állapotjelölő mező, (5) fotó a javítás előtt vagy után (szerződés szerint), (6) biztonsági zárás (munkaterület visszaadva). Amíg ezek közül a sablonban kötelezőként jelöltek hiányoznak, a „Lezárás” gomb inaktív.
A PM és az ismétlődő feladatoknál a kötelező lépések a sablon stabil magja. Ne változtasd hetente — a csapat memóriája a listára épül. Negyedévente viszont nézd át: ha egy lépés 90 nap alatt 0 alkalommal hozott hibát vagy értéket, vedd ki vagy tedd opcionálissá; ha ismétlődő panasz jön ugyanarról a pontról, emeld kötelezővé és adj hozzá fotót.
A lezárási gát (gate) a rendszer feladata, nem a szervizes „emlékezete”. Ha a lezárás kézzel megkerülhető „admin jogosultsággal mindenhol”, a checklist dísz. A megkerülés legyen ritka, naplózott kivétel (pl. megbízó nem elérhető aláíráshoz — indoklás + későbbi pótlás feladattal), ne a napi út.
- →Biztonság: LOTO / PPE / munkaterület — kötelező, ha a sablon kéri
- →Szakmai: ellenőrzés, mérés, beavatkozás leírása
- →Bizonyíték: fotó, aláírás, anyagsor, időbélyeg
- →„Lezárás” gomb csak a kötelező mezők után aktív
- →Kivétel = naplózott, indokolt, nem a default út
Anti-minta: a „minden rendben” egykattintásos pipa
A legveszélyesebb checklist-dizájn a „Összes lépés OK” gomb. Egy kattintás, minden pipa zöld, a feladat lezárható. A szervizes 8 másodperc alatt „végigmegy” 12 lépésen. Auditnál a lista tökéletes — a valóság ismeretlen. Ez az anti-minta egyszerre kényelmes a terepen és katasztrofális a megfelelőségben.
Miért alakul ki? Mert a sablon túl hosszú, a lépések nem mérhetők, a fotó nem kötelező, és a vezetőség a „lezárt feladatok száma” KPI-t nézi, nem a kitöltés minőségét. A csapat racionálisan optimalizál: minél gyorsabb lezárás, annál több kiszállás. A minőségi mutató (pl. ismétlődő hiba 14 napon belül, üres fotó arány) hiányzik — ezért a „all pass” pipa győz.
A javítás nem a büntetés, hanem a sablon és a gát. Tilos vagy erősen korlátozott a tömeges „minden OK” pipa. Minden kötelező lépést külön kell megjelölni (OK / hiba / NA indoklással). A kritikus lépéseknél a „hiba” automatikusan nyithat utófeladatot vagy ticketet. A mérési mezőknek legyen tartományuk: ha a nyomás 0–6 bar között elfogadott, a 0,0 vagy üres érték ne legyen „OK”.
Minőségi KPI-k a checklist egészségére (heti 10 perc): (1) lezárt feladatok aránya kötelező fotó nélkül — cél <5% a fotóköteles sablonokon; (2) „NA” arány lépésenként — ha egy lépés 40%+ NA, a sablon rossz; (3) ismétlődő hiba ugyanarra az eszközre 14 napon belül lezárt „minden OK” checklist után; (4) átlagos kitöltési idő — ha 12 lépés 15 másodperc, gyanús; ha 8–12 perc, reális. A számok a sablon finomhangolását vezetik, nem a bűnbakkeresést.
- →Kerüld a „minden lépés OK” egy gombos lezárást
- →Lépésenkénti OK / hiba / NA + indoklás NA-nál
- →Mérési tartomány: üres vagy 0 nem automatikus „pass”
- →„Hiba” → utófeladat vagy ticket, ne csak piros pipa
- →Mérd: fotó nélküli lezárás %, gyanúsan gyors kitöltés, ismétlődő hiba
Sablontervezés: 7 szabály, amit a diszpécser és a szervizes is elfogad
A checklist csak akkor él, ha a terepi csapat komolyan veszi. A sablontervezés ezért nem „mindent felírunk, ami eszünkbe jut”, hanem szűk, mérhető, sorrendezett lista. Az alábbi 7 szabály a service környezetben bevált kompromisszum a minőség és a sebesség között.
- →1 sablon = 1 feladattípus (ne „univerzális szerviz lista”)
- →Maximum 15 lépés; a top 5 legyen a biztonság és a szerződéses mag
- →Minden kötelező lépésnél legyen egyértelmű elfogadási kritérium
- →Legalább 1 mérhető mező a szakmai sablonokon (óraállás, nyomás, hőfok, darabszám)
- →Fotó csak ott kötelező, ahol bizonyíték kell — ne minden pipához
- →A sorrend kövesse a helyszíni munkát (érkezés → biztonság → munka → bizonyíték → átadás)
- →Negyedéves review: NA-arány, ismétlődő hiba, átlagos kitöltési idő alapján
Bevezetés 14 napban: pilot, gátak, visszamérés
Ne vidd be egyszerre mind a 40 feladattípust. Válassz 2–3 magas frekvenciájú sablont (pl. hibaelhárítás + havi PM egy eszközcsoportra). 1. hét: sablonok véglegesítése a műszakvezetővel, lezárási gát bekapcsolva, de kivétel naplózással. 2. hét: csak ezeken a sablonokon mész élesbe; a többi feladat a régi módon zárható. A 14. napon nézd a négy KPI-t: fotó nélküli lezárás, NA-arány, ismétlődő hiba, átlagos kitöltési idő.
A diszpécser weben látja a nyitott kötelező lépéseket a folyamatban lévő feladatokon — nem kell telefonálnia „kész vagy-e”. A szervizes mobilon ugyanazt a listát pipálja. Ha a 14 nap végén a fotóköteles sablonokon a fotó nélküli lezárás 5% alatt van, és az ismétlődő hiba nem nőtt, bővítsd a következő 2–3 sablonra. Ha a kitöltési idő 20+ perc és a panaszok nőnek, a sablon túl hosszú — vágj, ne a gátat kapcsold ki.
A CMMS és a ticketing összekapcsolása itt zárul: a hibás checklist-lépésből ticket vagy utófeladat születik, a lezárt checklist a karbantartási naplóba és a munkalap bizonyítékába kerül. A megosztott modell nem „szép UI” — hanem egyetlen, auditálható minőségkapu a szerviz lezárása előtt.
Ö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.
Gyakori kérdések
Mi a feladat checklist a szervizben?+
A feladathoz kötött, sablonalapú lépéssor, amelyet a lezárás előtt ki kell tölteni: ellenőrzések, mérések, fotók, biztonsági pontok. Nem helyettesíti a munkalapot, hanem a feladat belsejében biztosítja, hogy a „kész” státusz tényleges, dokumentált munkát takarjon.
Miért kell ugyanaz a checklist weben és mobilon?+
Mert külön „mobil verzió” és „irodai lista” két igazságot szül: a helyszínen mást pipálnak, az irodában mást látnak. A megosztott modell ugyanazt a sablont, kötelező mezőt és lezárási gátat adja mindkét felületen — offline szinkronnal a terepen.
Mi az „all pass” / „minden OK” anti-minta?+
Egy kattintással minden lépés zöldre áll, a feladat lezárható, de a lépések nem lettek ténylegesen ellenőrizve. Auditnál a lista tökéletes, a valóság ismeretlen. A helyes modell: lépésenkénti OK/hiba/NA, mérési tartományok, kötelező fotó a kritikus pontokon, tömeges pipa nélkül.
Hány lépés legyen egy szerviz checklist sablonban?+
Gyakorlatban 5–15 lépés. 20 felett a terepi kitöltés romlik, nő a „gyors végigpipálás” aránya. A biztonsági és szerződéses mag legyen kötelező; a ritkán hasznos pontok opcionálisak vagy negyedévente kikerülnek.
Mi legyen kötelező a lezárás előtt?+
Sablontól függően: biztonsági zárás, szakmai ellenőrzés/mérés, elvégzett munka leírása, és ahol a szerződés kéri — fotó és ügyfél-aláírás. A rendszer a kötelező mezők nélkül ne engedje a lezárást; a kivétel legyen naplózott és indokolt.
Hogyan kapcsolódik a checklist a tickethez és a munkalaphoz?+
A ticket a bejelentés, a feladat a beosztás, a checklist a feladat minőségkapuja, a munkalap a számlázási és ügyfél-bizonyíték. A hibás checklist-lépésből utófeladat vagy ticket nyílhat; a kitöltött lista a napló és a munkalap mellé kerül.
Milyen KPI-kkel mérjem a checklist minőségét?+
Négy mutató elég a kezdéshez: fotó nélküli lezárás aránya a fotóköteles sablonokon (cél <5%), NA-arány lépésenként, ismétlődő hiba 14 napon belül „minden OK” lezárás után, és az átlagos kitöltési idő (gyanúsan rövid = anti-minta).
Mennyi idő a checklist bevezetése service csapatnál?+
2–3 magas frekvenciájú sablonnal 14 napos pilot reális: 1. hét sablon + gát, 2. hét éles és KPI. Ha a minőségi mutatók stabilak, 4–8 hét alatt fokozatosan bővíthető a többi feladattípus. A kulcs a sablon hossza és a lezárási gát, nem a szoftver telepítése.