Fluxul în 5 pași pentru reclamațiile locatarilor de care are nevoie orice administrator

Dacă te ocupi de reclamații pentru a-ți câștiga existența și nu ți-ai notat niciodată fluxul de lucru, ai oricum unul. Doar că trăiește în capul tău și se schimbă ușor în fiecare marți. Acest articol mapează fluxul canonic în 5 pași către care converge în cele din urmă orice afacere de administrare imobile, și indică cele patru locuri unde majoritatea administratorilor pierd informații.

Pasul 1: Captarea

Reclamația este raportată. Aici încep 80% din toate problemele, pentru că formatul captării determină totul în aval.

Captare proastă: “Liftul e stricat.” Postat într-un grup de bloc la 11 seara.

Ce lipsește? Care lift, dacă există mai mult de unul. La ce etaj e blocat. Dacă e cineva înăuntru. Dacă e stricat de o oră sau de trei zile. Dacă locatarul a încercat ceva.

Captare bună: un formular structurat cu un titlu, o descriere, o categorie opțională și o poză opțională. Chiar și când locatarii îl completează din lene, obții informații mai utile decât oferă un mesaj de chat, pentru că structura îi forțează să răspundă la întrebările de bază.

Cel mai mare câștig la mutarea de pe chat este impunerea formatului de captare. Locatarii oferă informații mai bune când formularul le cere, decât când scriu liber.

Mod frecvent de eșec: captarea reclamațiilor prin telefon. Informația trăiește în capul administratorului, e transcrisă nesigur (sau deloc) și nu ajunge niciodată în vreun sistem. Până când administratorul uită să acționeze, nu mai există nicio urmă.

Pasul 2: Triajul

Reclamația există. Acum cineva trebuie să decidă: cine se ocupă de ea?

Într-o operațiune mică, asta înseamnă administratorul care o face manual. În orice operațiune de peste trei blocuri, asta se automatizează pe categorie:

• Instalații → instalatorul de pe listă
• Electrice → electricianul de pe listă
• Dezinsecție → firma de dezinsecție
• Spații comune / prevenirea incendiilor / “altele” → administratorul

Dacă reclamația nu are categorie, se direcționează implicit către administrator. Dacă are o categorie dar nimeni nu este înregistrat pentru ea, se direcționează și aceasta către administrator, iar acel gol devine un indiciu că trebuie să înscrii un meseriaș pentru acea competență.

Susținem direcționarea fiecărei reclamații către administrator indiferent de tip, și multe echipe lucrează așa. Dar este opțiunea mai puțin eficientă: administratorul devine dispecer, iar stratul de direcționare se transformă în blocaj. Direcționarea pe categorie în schimb, cu administratorul supraveghind operațiunea în loc să gestioneze fiecare predare, este schimbarea cu cel mai mare efect din tot fluxul de lucru.

Pasul 3: Confirmarea de primire

Persoana responsabilă (administrator sau meseriaș) primește problema și confirmă că a luat-o în lucru. Într-un sistem de tichete, asta înseamnă mutarea statusului de la Nou la În lucru. Locatarul vede schimbarea de status și știe că se lucrează la problemă. Nu mai trebuie să întrebe.

Acest pas elimină întreaga buclă “ceva noutăți?”. Aproximativ 30% din tot costul comunicării într-un flux bazat pe chat vine de la locatari care cer statusul pentru că nu au altă cale de a-l afla. Fă statusul vizibil și dispare.

Mod frecvent de eșec: confirmarea în capul tău, dar nu în sistem. Persoana responsabilă știe de problemă, dar locatarul nu știe că ea știe. Locatarul presupune că nu se întâmplă nimic și o raportează din nou, adesea mai agresiv.

Pasul 4: Rezolvarea

Munca e gata. Instalatorul a reparat scurgerea. Electricianul a înlocuit siguranța. Persoana de curățenie a degajat coridorul.

În sistemul de tichete, persoana responsabilă marchează problema ca rezolvată (sau “În așteptarea confirmării”: același lucru, altă etichetă). Asta trimite problema înapoi la locatar pentru confirmare. Persoana responsabilă nu închide tichetul. Doar locatarul poate face asta, confirmând reparația.

Aceasta este o alegere deliberată de design. Previne modul de eșec în care un meseriaș rezolvă pe jumătate ceva și marchează ca închis, apoi locatarul revine două zile mai târziu cu o reclamație și acum e o ceartă despre ce s-a făcut de fapt.

Mod frecvent de eșec: persoana responsabilă închide singură problema; locatarul nu este niciodată notificat; locatarul raportează aceeași problemă din nou două săptămâni mai târziu pentru că reparația inițială nu a ținut.

Pasul 5: Confirmă sau redeschide

Locatarul primește o notificare. Două butoane: Confirmă rezolvarea sau Redeschide cu un motiv.

• Dacă confirmă, problema se închide. Gata. Nu mai e nevoie de nicio acțiune din partea nimănui.
• Dacă redeschide, problema revine la Nou cu motivul locatarului atașat. Persoana responsabilă o vede din nou, cu tot contextul.

Câmpul de motiv la redeschidere este obligatoriu. Asta previne redeschiderea leneșă de tip “tot stricat” fără nicio informație, care forțează încă un dus-întors.

Mod frecvent de eșec: nu există un pas de confirmare. Persoana responsabilă închide; locatarul nu este întrebat niciodată. Persoana responsabilă crede că problema e rezolvată; locatarul încă trăiește cu ea. Asta apare mai târziu ca o reclamație către proprietar sau, mai rău, ca un locatar pierdut.

Unde se scurg informațiile (și de ce)

De-a lungul celor cinci pași, iată cele patru locuri unde de obicei se pierd informații:

1. Între Pasul 1 și Pasul 2, când captarea este nestructurată. Informația care nu a ajuns în mesaj nu se mai recuperează niciodată. Soluție: formular structurat de captare.

2. Între Pasul 2 și Pasul 3, când triajul este manual. Administratorul știe de problemă, dar îi ia 6 ore s-o trimită meseriașului potrivit. Timpul de răspuns al meseriașului se prelungește pentru că ceasul a pornit cu mult înainte să fie notificat. Soluție: direcționare automată pe categorie.

3. Între Pasul 3 și Pasul 4, când statusul nu este vizibil. Locatarii cer noutăți pentru că nu le pot vedea. Administratorii reexplică de trei ori. Soluție: câmp de status partajat.

4. Între Pasul 4 și Pasul 5, când confirmarea este sărită. Persoana responsabilă închide; locatarul nu confirmă niciodată. Problema pare rezolvată, dar nu este. Soluție: pas de confirmare condus de locatar.

Astupă aceste patru scurgeri și fluxul tău de lucru rulează de aproximativ 3× mai repede, cu același personal.

O verificare realistă a timpului

Dacă mapezi acest flux pe timpul real al unei reclamații reale, iată cum arată un ciclu de viață sănătos:

• Pasul 1 (Captare): locatarul depune în 30 de secunde.
• Pasul 2 (Triaj): sistemul direcționează automat în <1 secundă.
• Pasul 3 (Confirmare de primire): persoana responsabilă răspunde în 4 ore în zilele lucrătoare, de obicei.
• Pasul 4 (Rezolvare): variază enorm. Minute pentru o ușă descuiată, zile pentru o comandă de piese.
• Pasul 5 (Confirmare): locatarul confirmă în 24 de ore de la solicitare.

De la cap la coadă, o problemă tipică se închide în 1-3 zile lucrătoare. Reclamațiile care durează 3 săptămâni sunt lente pentru că pașii 2, 3 sau 5 lipsesc complet, nu pentru că munca e grea.

Dacă timpul tău mediu de rezolvare este de mai mult de o săptămână, iar meseriașii tăi nu sunt blocajul, atunci fluxul de lucru este. Repară mai întâi fluxul de lucru.