Az 5 lépéses lakossági panaszkezelő munkafolyamat, amelyre minden közös képviselőnek szüksége van

Ha panaszok kezeléséből él, és soha nem írta le a munkafolyamatát, akkor is van egy. Csak a fejében él, és minden kedden picit eltolódik. Ez a cikk feltérképezi azt a kanonikus 5 lépéses munkafolyamatot, amelyhez minden társasházkezelő vállalkozás végül eljut, és rámutat arra a négy helyre, ahol a legtöbb képviselő információt szivárogtat el.

1. lépés: Rögzítés

A panasz bejelentésre kerül. Itt kezdődik minden probléma 80%-a, mert a rögzítési formátum határoz meg mindent, ami utána következik.

Rossz rögzítés: „Elromlott a lift.” Beposztolva a társasház chatjébe este 11-kor.

Mi hiányzik? Melyik lift, ha több is van. Melyik emeleten ragadt be. Van-e bent valaki. Egy órája vagy három napja romlott el. Próbált-e a lakó bármit.

Jó rögzítés: egy strukturált űrlap címmel, leírással, opcionális kategóriával és opcionális fotóval. Még amikor a lakók lustán töltik ki, akkor is több használható információt kap, mint amennyit egy chatüzenet nyújt, mert a struktúra rákényszeríti őket, hogy válaszoljanak az alapkérdésekre.

A chatről való váltás legnagyobb nyeresége a rögzítési formátum kikényszerítése. A lakók jobb információt adnak, amikor az űrlap kéri, mintha szabad szöveget gépelnének.

Gyakori hibajelenség: panaszok rögzítése telefonon. Az információ a képviselő fejében él, megbízhatatlanul (vagy egyáltalán nem) kerül leírásra, és soha nem jelenik meg semmilyen rendszerben. Mire a képviselő elfelejt intézkedni róla, nincs nyoma.

2. lépés: Triázs

A panasz létezik. Most valakinek el kell döntenie: ki kezeli?

Egy kis működésben ezt a képviselő végzi kézzel. Bármely három társasházon túli működésben ezt kategória szerint automatizálják:

• Vízvezeték → vízvezeték-szerelő a listáról
• Villamos → villanyszerelő a listáról
• Kártevőirtás → kártevőirtó beszállító
• Közös területek / tűzvédelem / „egyéb” → képviselő

Ha a panasznak nincs kategóriája, alapértelmezés szerint a képviselőhöz kerül. Ha van kategóriája, de senki sincs regisztrálva arra a kategóriára, az is a képviselőhöz kerül, és ez a hiányosság jelzéssé válik arról, hogy be kell vezetnie egy szerelőt arra a szakterületre.

Támogatjuk minden panasz képviselőhöz irányítását típustól függetlenül, és sok csapat így működteti. De ez a kevésbé hatékony lehetőség: a képviselő irányítóvá válik, és az irányítási réteg lesz a szűk keresztmetszet. A kategória szerinti irányítás helyette, ahol a képviselő felügyeli a működést ahelyett, hogy minden átadást kezelne, a legnagyobb hatású változás az egész munkafolyamatban.

3. lépés: Nyugtázás

A kezelő (képviselő vagy szerelő) megkapja a hibát, és nyugtázza. Egy bejelentő rendszerben ez azt jelenti, hogy a státuszt Új-ról Folyamatban-ra mozgatja. A lakó látja a státuszváltást, és tudja, hogy a hibán dolgoznak. Nem kell kérdeznie.

Ez a lépés kiiktatja az egész „van valami frissítés?” kört. A chatre épülő munkafolyamat összes kommunikációs többletmunkájának mintegy 30%-a abból ered, hogy a lakók státuszt kérdeznek, mert nincs más módjuk megtudni. Tegye a státuszt láthatóvá, és eltűnik.

Gyakori hibajelenség: nyugtázás a fejében, de nem a rendszerben. A kezelő tud a hibáról, de a lakó nem tudja, hogy ő tudja. A lakó azt feltételezi, hogy semmi sem történik, és újra bejelenti, gyakran agresszívebben.

4. lépés: Megoldás

A munka elkészült. A vízvezeték-szerelő megjavította a szivárgást. A villanyszerelő kicserélte a kismegszakítót. A takarító kitakarította a folyosót.

A bejelentő rendszerben a kezelő megoldottnak jelöli a hibát (vagy „Megerősítésre vár”: ugyanaz, más címke). Ez visszaküldi a hibát a lakónak megerősítésre. A kezelő nem zárja le a bejelentést. Csak a lakó teheti meg, a javítás megerősítésével.

Ez szándékos tervezési döntés. Megakadályozza azt a hibajelenséget, ahol egy szerelő félig megjavít valamit, és lezártnak jelöli, majd a lakó két nappal később visszajön panaszkodni, és most vita van arról, mit is csináltak valójában.

Gyakori hibajelenség: a kezelő maga zárja le a hibát; a lakó soha nem kap értesítést; a lakó két héttel később újra bejelenti ugyanazt a hibát, mert az eredeti javítás nem tartott ki.

5. lépés: Megerősítés vagy újranyitás

A lakó értesítést kap. Két gomb: Javítva megerősítése, vagy Újranyitás indoklással.

• Ha megerősíti, a hiba lezárul. Kész. Senkitől nem szükséges további intézkedés.
• Ha újranyitja, a hiba visszakerül Új állapotba a lakó indoklásával együtt. A kezelő újra látja teljes kontextussal.

Az indoklás mező újranyitáskor kötelező. Ez megakadályozza a lusta „még mindig rossz” újranyitást információ nélkül, ami egy újabb körre kényszerít.

Gyakori hibajelenség: nincs megerősítési lépés. A kezelő lezár; a lakót soha nem kérdezik meg. A kezelő azt hiszi, a hiba megoldódott; a lakó még mindig együtt él vele. Ez később a tulajdonosnak tett panaszként jelenik meg, vagy ami rosszabb, egy elveszített lakóként.

Hol szivárog az információ (és miért)

Az öt lépésen át itt van az a négy hely, ahol az információ jellemzően elvész:

1. Az 1. és a 2. lépés között, amikor a rögzítés strukturálatlan. Az információ, amely nem került be az üzenetbe, soha nem kerül elő. Megoldás: strukturált rögzítési űrlap.

2. A 2. és a 3. lépés között, amikor a triázs kézi. A képviselő tud a hibáról, de 6 órába telik továbbítania a megfelelő szerelőhöz. A szerelő válaszideje megnyúlik, mert az óra már jóval azelőtt elindult, hogy értesítették volna. Megoldás: kategória szerinti automatikus irányítás.

3. A 3. és a 4. lépés között, amikor a státusz nem látható. A lakók frissítést kérnek, mert nem látják. A képviselők háromszor magyarázzák el. Megoldás: közös státuszmező.

4. A 4. és az 5. lépés között, amikor a megerősítés kimarad. A kezelő lezár; a lakó soha nem erősít meg. A hiba megoldottnak tűnik, de nem az. Megoldás: lakó által vezérelt megerősítési lépés.

Tömje be ezt a négy lyukat, és a munkafolyamata körülbelül 3×-szor gyorsabban fut ugyanazzal a személyzettel.

Valóságellenőrzés az időről

Ha ezt a munkafolyamatot valós időhöz méri egy valós panaszon, így néz ki egy egészséges életciklus:

• 1. lépés (Rögzítés): a lakó 30 másodperc alatt benyújtja.
• 2. lépés (Triázs): a rendszer 1 másodpercnél kevesebb alatt automatikusan irányít.
• 3. lépés (Nyugtázás): a kezelő jellemzően 4 órán belül válaszol munkanapokon.
• 4. lépés (Megoldás): vadul változik. Percek egy bezárt ajtónál, napok egy alkatrész-rendelésnél.
• 5. lépés (Megerősítés): a lakó a megkérdezéstől számított 24 órán belül megerősít.

Elejétől a végéig egy tipikus hiba 1-3 munkanap alatt lezárul. Azok a panaszok, amelyek 3 hétig tartanak, azért lassúak, mert a 2., 3. vagy 5. lépés teljesen hiányzik, nem azért, mert a munka nehéz.

Ha az átlagos megoldási ideje több mint egy hét, és nem a szerelői a szűk keresztmetszet, akkor a munkafolyamat az. Javítsa meg előbb a munkafolyamatot.