Scenariusz główny
Od zgłoszenia mieszkańca do zamkniętej naprawy
Zarządca prowadzi dziesiątki budynków, a każde zgłoszenie wymaga ustalenia, czego dotyczy, kto płaci i kto naprawia. Sprawy giną w mailach, a mieszkańcy dzwonią, bo nie wiedzą, co się dzieje.
01
→
Telefon / aplikacja / e-mail
Zgłoszenie mieszkańca
Mieszkaniec zgłasza usterkę przez aplikację, formularz, mail albo telefon, często ze zdjęciem i krótkim opisem w stylu „cieknie w piwnicy”.
02
→
AI + baza obiektów
Przypisanie do obiektu
AI rozpoznaje budynek, klatkę, lokal albo część wspólną, kategorię usterki i pilność. Zgłoszenia o tej samej awarii od kilku osób łączy w jedną sprawę.
03
→
Umowy + regulaminy
Sprawdzenie odpowiedzialności
System sprawdza, czy naprawa należy do wspólnoty, właściciela lokalu, najemcy, dewelopera w ramach rękojmi czy firmy z umową serwisową.
04
→
Baza wykonawców
Zlecenie wykonawcy
Zlecenie trafia do właściwego wykonawcy z opisem, zdjęciami, adresem i informacją o dostępie. Naprawa powyżej ustalonej kwoty czeka na akceptację zarządcy.
05
Harmonogram + terminy
Pilnowanie terminu
System pilnuje terminów reakcji i naprawy, przypomina wykonawcy, informuje mieszkańca o postępie i zamyka sprawę po potwierdzeniu wykonania.
W praktyce · przykładowy scenariusz
Przeciek w garażu podziemnym
W ciągu godziny trzech mieszkańców zgłasza wodę w garażu, każdy innym kanałem. System łączy zgłoszenia w jedną sprawę, przypisuje ją do budynku i widzi, że budynek jest w okresie rękojmi dewelopera. Deweloper dostaje zgłoszenie z terminem odpowiedzi, firma hydrauliczna z umową zlecenie zabezpieczenia miejsca awarii, a mieszkańcy jedną informację o tym, co się dzieje.