Hogyan néz ki egy strukturált bejelentő rendszer közös képviselőknek

A bejelentés egy egyszerű rekord. Egyúttal a modern üzemeltetési munka legfontosabb szerkezeti alapeleme, a légitársaságok ügyfélszolgálatától a kórházi incidenskezelésen át a társasház-karbantartásig.

Ez a cikk elmagyarázza, mi az a bejelentés, mi teszi hasznossá a bejelentések köré épülő rendszert, és mi változik, amikor a társasházkezelést egyre helyezi át.

A bejelentés csak egy rekord négy tulajdonsággal

Hántsa le a szakzsargont, és a bejelentés egy munka négy hozzá csatolt metaadattal:

1. Egy azonosító, általában egy szám, mint a #0042. Hogy egyértelműen hivatkozhasson rá.
2. Egy státusz, hogy hol tart a munkafolyamatban. Új, Folyamatban, Megerősítésre vár, Lezárva.
3. Egy felelős, az a személy, aki jelenleg felelős a továbbviteléért.
4. Egy előzmény, minden változtatás, amit bárki végzett, időbélyegekkel.

Ennyi. Minden más (kategóriák, prioritások, mellékletek, megjegyzések) opcionális dekoráció. A fenti négy tulajdonság egy panaszt követett feladattá alakít egy elfelejtett üzenet helyett.

Hasonlítsa ezt egy chatüzenethez. Egy chatüzenetnek tartalma van. Ennyi. Nincs azonosítója (a görgetésben elfoglalt helyén kívül), nincs státusza, nincs felelőse, nincs előzménye. Ezért nem futtathat rá munkafolyamatot.

Miért számít a négy tulajdonság külön-külön

Azonosító

Amikor két ember megvitat egy hibát, tudniuk kell, hogy ugyanarról a hibáról beszélnek. Egy chatben ezt idézéssel teszi: „az a tegnapi liftes dolog” vagy „a szivárgás a 4B-ben, amiről a szerelő azt mondta, a tömítés”. Amint a vállalkozásának ötnél több egyidejű hibája van, ez kétértelművé válik.

Egy bejelentési szám (#0042, #0089) örökre megoldja. Bármely lakó, képviselő vagy szerelő hivatkozhat egy bejelentésre a száma alapján, nulla kétértelműséggel. Ez triviálisnak hangzik. Egy tipikus kezelői munkafolyamat összes zavarának mintegy 15%-át eltünteti.

Státusz

A státusz az, ahol a varázslat történik. A státusz egy szabad formájú beszélgetést állapotgéppé alakít:

A lakónak nem kell megkérdeznie, „van valami frissítés?”. Látja a státuszt. A képviselőnek nem kell emlékeznie, melyik hibák várnak a szerelőre. Státusz szerint szűr. A tulajdonosnak nem kell 200 üzenetet elolvasnia, hogy tudja, hány hiba nyitott ebben a hónapban. Megszámolja.

A státusz az, ahol az automatizálás él. Amikor a státusz változik, dolgok történnek: értesítések indulnak, a lakókat figyelmeztetik, a szerelőket hozzárendelik. Ez egy chatben lehetetlen, mert a chatnek nincs fogalma az állapotról.

Felelős

Minden bejelentésnek, az életciklusa minden pillanatában, pontosan egy felelős személye van a továbbviteléért. Amikor a lakó benyújtja, a felelős a társasház képviselője (vagy egy odairányított szerelő). Amikor a képviselő egy szerelőhöz rendeli, a szerelő lesz a felelős. Amikor a szerelő késznek jelöli, a lakó lesz a felelős. Meg kell erősítenie vagy újra kell nyitnia.

Ez az egyetlen funkció, amely megtöri a csoportos chat „közlegelők tragédiáját”, ahol mindenki látja a hibát, és senki sem kezeli.

Előzmény

Minden státuszváltás, minden kiosztás, minden megjegyzés teljes naplója. Három okból döntő fontosságú:

1. Elszámoltathatóság. Amikor eljön a közgyűlési időszak, pontos idővonalat tud előállítani arról, hogyan kezelt minden hibát.
2. Mintázatfelismerés. Fél év múlva azt találja, hogy a vízvezeték-hibáinak 40%-a ugyanabban a társasházban van, ami egy szerkezeti problémára mutat, amelyet a tulajdonosnak kezelnie kell.
3. Bevezetés. Amikor egy új képviselő csatlakozik, visszagörgethet bármelyik társasház előzményein, és megértheti, mi történik.

Mit ad hozzá „a bejelentések köré épülő rendszer”

Egy bejelentés önmagában egy rekord. Egy bejelentő rendszer hozzáadja a köré épülő munkafolyamatot:

• Irányítás. Amikor egy bejelentés létrejön, kihez kerül? A legtöbb bejelentő rendszer szabályokat használ: „kategória = vízvezeték → kiosztás X szerelőhöz”. A képviselő nem dönt.
• Értesítések. Amikor a státusz változik, kit figyelmeztet? A felelőst, a bejelentőt, néha egy megfigyelőt.
• Szűrés. „Mutasd az összes Új bejelentést a 12-es társasházban, senkihez sem rendelve, 24 óránál régebbieket.” Két kattintás.
• Tömeges műveletek. „Zárd le azt a 30 bejelentést, amely több mint két hete Megerősítésre vár.” Egy művelet.

Ezek a műveletek nem léteznek egy chatre épülő munkafolyamatban. Nincs mód „az összes nyitott hiba szűrésére négy társasházból” a WhatsAppban, mert a WhatsAppban semmi sem tudja, mi az a „nyitott hiba”.

A minimálisan életképes bejelentési munkafolyamat egy társasházhoz

Nincs szüksége egy 200 funkciós vállalati platformra. A társasházkezelés minimálisan hasznos bejelentési munkafolyamata ennyit tartalmaz:

• Cím + leírás + opcionális kategória + opcionális fotó. Maga a bejelentés.
• Státuszmező legfeljebb 5 értékkel. Új, Folyamatban, Megerősítésre vár, Lezárva, Újranyitva. Bármi több túlbonyolítás.
• Kiosztás a három szerep egyikéhez. Képviselő, szerelő, lakó.
• Push-értesítések kiosztáskor és státuszváltáskor. Hogy az embereknek ne kelljen megnyitniuk az alkalmazást ahhoz, hogy tudják, történt valami.
• Társasházankénti hatókör. Minden bejelentés egy társasházhoz tartozik, minden felhasználó csak azokat a társasházakat látja, amelyeknek tagja.

Ez az egész mag. Ha egy eszköz ezt kínálja, egy olyan felületen, amelyet a lakók képzés nélkül használhatnak, megvan, amire szüksége van.

Az ellenvetések, amelyek mindig felmerülnek

„Az én lakóim sosem fogják ezt használni.”

Körülbelül 70% fogja. A másik 30% ír egy lakónak, aki használja, aki újra beposztolja a hibát. Nincs szüksége 100%-os elfogadottságra az üzemeltetési előnyök megragadásához. Elég elfogadottság kell ahhoz, hogy a postafiók legyen az igazság forrása.

„Megpróbáltuk ezt e-maillel, és nem működött.”

Az e-mail nem bejelentő rendszer. Az e-mailnek nincs státusza, nincs közös postafiókja, nincs kiosztása, nincs szűrője, nincs irányítása. Az e-mail bejelentő rendszerként kezelése azért bukik meg, mert az e-mail nem az.

„Erre már van egy Excel-táblázatunk.”

Egy Excel-táblázat közelebb áll egy bejelentő rendszerhez, mint egy csoportos chat. Vannak azonosítói és egyfajta státuszoszlopa. Még mindig nincsenek értesítései, nincs valós idejű együttműködése, nincs lakók felé néző felülete, és nincs automatizálása. Egy munka nyilvántartása. Nem egy munkafolyamat.

A szemléletváltás

A bejelentő rendszerre váltás legnehezebb dolga a mentális váltás a „én vagyok a rendszer”-ről a „a rendszer a rendszer, és én felügyelem”-re. Azok a képviselők, akik ezt belsővé teszik, 10+ társasházra skáláznak. Azok, akik nem, addig maradnak az emberi irányító, amíg ki nem égnek.

Az első hét furcsának hat, mert nem reagál folyamatosan. Aztán rájön, hogy a társasházak zökkenőmentesen működnek a valós idejű beavatkozása nélkül, és ennek oka, hogy maga a munkafolyamat végzi azt a munkát, amely korábban a fejében élt.

Ez az egész játék lényege.