Управление недвижимостью / Обслуживание домов
Десять домов, одна диспетчерская, одно приложение жильца
Диспетчерская · Кабинеты служб · Начисления и онлайн-оплата · Голосования
Компания обслуживала более десяти многоквартирных домов: придомовую территорию, техобслуживание, аварийные работы, начисления и общение с жильцами. Построена платформа из двух половин — внутренняя диспетчерская с кабинетом для каждой службы и приложение, где жилец видит начисления, вызывает аварийную и участвует в голосованиях.
Исходная ситуация
Компания обслуживала более десяти многоквартирных домов: уход за придомовой территорией, техническое обслуживание зданий, аварийные вызовы, начисления жильцам и управление собственным персоналом.
Работа была разложена по службам, у которых почти не было общей картины. Обращение доходило до кого-то, передавалось дальше и потом плохо отслеживалось: кто принял, какой дом, какая квартира, чем кончилось. При аварии это и есть самый дорогой вопрос.
Поэтому построена не учётная программа в узком смысле, а платформа из двух связанных половин: внутренней диспетчерской и приложения для жильцов. Обе работают на одних и тех же данных по домам и квартирам.
Объём проекта
- Внутренняя часть: управление персоналом, учёт рабочего времени, задачи, статистика по объектам, внутренний документооборот
- Диспетчерская входящих аварийных и текущих заявок с привязкой к дому, квартире и контакту
- Отдельные кабинеты для сантехнической службы, электриков, техперсонала, управляющих объектами и диспетчеров
- Канал поддержки для обращений жильцов в текущем режиме
- Приложение жильца: начисления, онлайн-оплата, история, уведомления
- Чаты по дому и прямой канал с управляющей компанией
- Электронные голосования по вопросам дома
Архитектура системы
У платформы две стороны, работающие на одних данных: компания видит объект, жилец видит свою квартиру. Между ними больше нет телефонной записки.
- Диспетчерская — Входящие заявки приходят в одно окно: дом, квартира, контакт и характер проблемы — прорыв трубы, отсутствие воды, электричество, аварийная ситуация, пожарная опасность. Закреплённый за домом диспетчер видит заявку в момент поступления.
- Кабинеты служб — У сантехников, электриков и техперсонала свой кабинет со своими заявками. Заявка передаётся из диспетчерской в службу, а не пересказывается по телефону.
- Объекты и персонал — Задачи, учёт рабочего времени, статистика по объектам и внутренний документооборот лежат на тех же данных по домам, что и работа служб.
- Кабинет жильца — Начисления за обслуживание, онлайн-оплата, история начислений и уведомления.
- Коммуникация — Два уровня: чат по дому для жильцов между собой и прямой канал с управляющей компанией.
- Голосования — Вопросы дома выносятся на электронное голосование; жильцы голосуют из своего кабинета.
Ключевые функции
Аварийная заявка — это строка, а не звонок
Жилец выбирает тип проблемы в приложении. Закреплённый за домом диспетчер сразу видит, из какого дома и какой квартиры пришло обращение, кто его подал и о чём оно. Дальше заявка уходит в профильную службу — отслеживаемо, с отметкой времени.
У каждой службы свой кабинет
Сантехники, электрики и техперсонал работают не в общем списке, а в своём кабинете со своими заявками. Состояние объекта и загрузка служб при этом видны централизованно.
Начисление лежит у жильца, а не в почтовом ящике
Начисления, история и оплата — в кабинете жильца, платёж проходит онлайн. Вопросы по начислению попадают в тот же канал, что и само начисление.
Два уровня разговора вместо одного общего номера
Чат по дому несёт то, что жильцы решают между собой. Прямой канал несёт то, что должна сделать компания. Именно разделение и держит диспетчерскую свободной для того, что действительно туда относится.
Голосование без обхода по квартирам
Вопросы дома ставятся электронно и решаются из кабинета жильца. Это переносит часть принятия решений из бумажного обхода в отслеживаемую процедуру.
Техническая реализация
Бэкенд
- Laravel (PHP)
- REST API между диспетчерской и приложением жильца
- Модель данных MySQL для домов, квартир, заявок и работ
- Модель ролей по службам и по объектам
Фронтенд
- Vue.js для внутренних кабинетов
- Кабинет жильца с начислениями и оплатой
- Чаты по дому и прямой канал
Эксплуатация
- Заявки с привязкой к дому, квартире и времени
- Учёт рабочего времени и статистика по объектам
- Внутренний документооборот
Результат
Аварии, обслуживание, начисления и общение лежат на одних данных по домам и квартирам. Заявка становится адресной с момента поступления, а не теряется между телефонными звонками.
- Диспетчерская с привязкой к дому, квартире и контакту с момента заявки
- Отдельные кабинеты служб вместо общего списка
- Начисления, оплата и история в кабинете жильца
- Разделённые каналы для соседей и для управляющей компании
- Электронные голосования по вопросам дома
- Более десяти обслуживаемых объектов на одной платформе
Чего этот кейс не покрывает
- Платформа строилась не под немецкое право собственности на жильё. Механика — диспетчерская, службы, кабинет жильца, голосование — переносится; формальные требования к расчёту Hausgeld, хозяйственному плану и принятию решений по WEG автоматически не переносятся и для немецкого внедрения должны быть смоделированы отдельно.
- Интеграции с существующим немецким ПО для управляющих компаний нет. Возможна ли она, зависит от наличия API у конкретного продукта.
- Заказчик не назван. Описана механика построенной платформы.