5-etapowy przepływ obsługi skarg mieszkańców, którego potrzebuje każdy zarządca nieruchomości

Jeśli zawodowo obsługujesz skargi i nigdy nie spisałeś swojego przepływu pracy, i tak go masz. Po prostu żyje w Twojej głowie i nieznacznie zmienia się w każdy wtorek. Ten artykuł odwzorowuje kanoniczny 5-etapowy przepływ pracy, do którego ostatecznie dochodzi każda firma zarządzająca nieruchomościami, i wskazuje cztery miejsca, w których większość zarządców traci informacje.

Etap 1: Rejestracja

Skarga zostaje zgłoszona. To tutaj zaczyna się 80% wszystkich problemów, bo format rejestracji determinuje wszystko, co dzieje się dalej.

Zła rejestracja: “Winda nie działa.” Wpisane w czacie budynku o 23:00.

Czego brakuje? Która winda, jeśli jest więcej niż jedna. Na którym piętrze utknęła. Czy ktoś jest w środku. Czy jest zepsuta od godziny czy od trzech dni. Czy mieszkaniec czegoś próbował.

Dobra rejestracja: uporządkowany formularz z tytułem, opisem, opcjonalną kategorią i opcjonalnym zdjęciem. Nawet gdy mieszkańcy wypełniają go niedbale, dostajesz więcej użytecznych informacji niż z wiadomości na czacie, bo struktura zmusza ich do odpowiedzi na podstawowe pytania.

Największą pojedynczą wygraną w odejściu od czatu jest wymuszenie formatu rejestracji. Mieszkańcy podają lepsze informacje, gdy formularz o nie pyta, niż gdy piszą dowolnym tekstem.

Typowy mechanizm porażki: rejestrowanie skarg przez telefon. Informacja żyje w głowie zarządcy, zostaje zapisana niewiarygodnie (albo wcale) i nigdy nie pojawia się w żadnym systemie. Zanim zarządca zapomni o niej zadziałać, nie ma po niej śladu.

Etap 2: Segregacja

Skarga istnieje. Teraz ktoś musi zdecydować: kto się nią zajmie?

W małej działalności robi to ręcznie zarządca. W każdej działalności powyżej trzech budynków jest to zautomatyzowane według kategorii:

• Hydraulika → hydraulik z listy
• Elektryka → elektryk z listy
• Dezynsekcja → firma dezynsekcyjna
• Części wspólne / ochrona przeciwpożarowa / “inne” → zarządca

Jeśli skarga nie ma kategorii, trafia domyślnie do zarządcy. Jeśli ma kategorię, ale nikt nie jest zapisany do tej kategorii, też trafia do zarządcy, a ta luka staje się sygnałem, że trzeba wdrożyć wykonawcę z tą umiejętnością.

Wspieramy kierowanie każdej skargi do zarządcy niezależnie od typu i sporo zespołów tak właśnie działa. Ale to mniej efektywna opcja: zarządca staje się przekaźnikiem, a warstwa kierowania zamienia się w wąskie gardło. Kierowanie według kategorii, z zarządcą nadzorującym operację zamiast obsługującym każde przekazanie, to najbardziej dźwigniowa zmiana w całym przepływie pracy.

Etap 3: Potwierdzenie przyjęcia

Obsługujący (zarządca lub wykonawca) odbiera zgłoszenie i potwierdza jego przyjęcie. W systemie zgłoszeń oznacza to przesunięcie statusu z Nowe na W toku. Mieszkaniec widzi zmianę statusu i wie, że ktoś pracuje nad zgłoszeniem. Nie musi pytać.

Ten etap eliminuje całą pętlę “jakieś nowości?”. Około 30% całego narzutu komunikacyjnego w przepływie opartym na czacie pochodzi od mieszkańców pytających o status, bo nie mają innego sposobu, by się dowiedzieć. Spraw, by status był widoczny, a to znika.

Typowy mechanizm porażki: potwierdzanie przyjęcia w głowie, ale nie w systemie. Obsługujący wie o zgłoszeniu, ale mieszkaniec nie wie, że on wie. Mieszkaniec zakłada, że nic się nie dzieje, i zgłasza to ponownie, często bardziej agresywnie.

Etap 4: Rozwiązanie

Praca jest wykonana. Hydraulik naprawił przeciek. Elektryk wymienił bezpiecznik. Sprzątacz uprzątnął korytarz.

W systemie zgłoszeń obsługujący oznacza zgłoszenie jako rozwiązane (lub “Oczekuje potwierdzenia”: to samo, inna etykieta). To odsyła zgłoszenie z powrotem do mieszkańca po potwierdzenie. Obsługujący nie zamyka zgłoszenia. Może to zrobić tylko mieszkaniec, potwierdzając naprawę.

To celowy wybór projektowy. Zapobiega mechanizmowi porażki, w którym wykonawca naprawia coś połowicznie i oznacza jako zamknięte, a potem mieszkaniec wraca dwa dni później ze skargą i teraz jest spór o to, co właściwie zostało zrobione.

Typowy mechanizm porażki: obsługujący sam zamyka zgłoszenie; mieszkaniec nigdy nie zostaje powiadomiony; mieszkaniec zgłasza tę samą usterkę ponownie dwa tygodnie później, bo pierwotna naprawa się nie utrzymała.

Etap 5: Potwierdzenie lub ponowne otwarcie

Mieszkaniec dostaje powiadomienie. Dwa przyciski: Potwierdź naprawę albo Otwórz ponownie z podaniem powodu.

• Jeśli potwierdzi, zgłoszenie się zamyka. Koniec. Nikt nie musi już nic robić.
• Jeśli otworzy ponownie, zgłoszenie wraca do statusu Nowe z dołączonym powodem mieszkańca. Obsługujący widzi je znów z pełnym kontekstem.

Pole powodu przy ponownym otwarciu jest obowiązkowe. Zapobiega to leniwemu ponownemu otwarciu “wciąż nie działa” bez żadnej informacji, które wymusza kolejną pętlę.

Typowy mechanizm porażki: etap potwierdzenia w ogóle nie istnieje. Obsługujący zamyka; mieszkaniec nigdy nie jest pytany. Obsługujący sądzi, że zgłoszenie jest rozwiązane; mieszkaniec wciąż z tym żyje. Pojawia się to później jako skarga do właściciela albo, co gorsza, jako utracony mieszkaniec.

Gdzie wyciekają informacje (i dlaczego)

Na przestrzeni pięciu etapów oto cztery miejsca, w których informacje zwykle giną:

1. Między Etapem 1 a Etapem 2, gdy rejestracja jest nieustrukturyzowana. Informacja, która nie trafiła do wiadomości, nigdy nie zostaje odzyskana. Rozwiązanie: uporządkowany formularz rejestracji.

2. Między Etapem 2 a Etapem 3, gdy segregacja jest ręczna. Zarządca wie o zgłoszeniu, ale przekazanie go właściwemu wykonawcy zajmuje mu 6 godzin. Czas reakcji wykonawcy się wydłuża, bo zegar ruszył na długo, zanim został powiadomiony. Rozwiązanie: automatyczne kierowanie według kategorii.

3. Między Etapem 3 a Etapem 4, gdy status nie jest widoczny. Mieszkańcy proszą o aktualizacje, bo ich nie widzą. Zarządcy tłumaczą po trzy razy. Rozwiązanie: wspólne pole statusu.

4. Między Etapem 4 a Etapem 5, gdy potwierdzenie jest pomijane. Obsługujący zamyka; mieszkaniec nigdy nie potwierdza. Zgłoszenie wygląda na rozwiązane, ale nie jest. Rozwiązanie: etap potwierdzenia napędzany przez mieszkańca.

Zatkaj te cztery wycieki, a Twój przepływ pracy działa około 3× szybciej przy tej samej obsadzie.

Test rzeczywistości pod kątem czasu

Jeśli odwzorujesz ten przepływ pracy na rzeczywistym czasie rzeczywistej skargi, oto jak wygląda zdrowy cykl życia:

• Etap 1 (Rejestracja): mieszkaniec zgłasza w 30 sekund.
• Etap 2 (Segregacja): system kieruje automatycznie w <1 sekundę.
• Etap 3 (Potwierdzenie przyjęcia): obsługujący reaguje zwykle w ciągu 4 godzin w dni robocze.
• Etap 4 (Rozwiązanie): bardzo różnie. Minuty dla zablokowanych drzwi, dni dla zamówienia części.
• Etap 5 (Potwierdzenie): mieszkaniec potwierdza w ciągu 24 godzin od zapytania.

Od początku do końca typowe zgłoszenie zamyka się w 1-3 dni robocze. Skargi, które trwają 3 tygodnie, są powolne, bo etapy 2, 3 lub 5 są całkowicie pominięte, a nie dlatego, że praca jest trudna.

Jeśli Twój średni czas rozwiązania to ponad tydzień, a Twoi wykonawcy nie są wąskim gardłem, to przepływ pracy nim jest. Napraw najpierw przepływ pracy.