PRO DOM: софт для ОСББ и управляющих компаний, в котором дома, заявки жильцов и задолженность собраны на одном экране. Без такой системы руководитель узнаёт о долгах из выгрузок бухгалтерии, о жалобах из звонков, а о том, какая служба не справляется, узнаёт последним. Решения принимаются вслепую, а неоплаченные начисления копятся месяцами.
Для нас это был нетипичный формат. Команда Ingello встроилась в большую команду заказчика и взяла на себя крупный пласт работ внутри уже идущего продукта. Архитектура микросервисная, есть гибридные мобильные приложения, а на клиентской и серверной стороне используется несколько языков программирования.
Для кого система и что видно сразу
PRO DOM рассчитан на три уровня управления: группа домов в городе, отдельная жилищно-коммунальная служба (ЖКС) и конкретный дом с квартирами. На каждом уровне руководитель видит одно и то же: сколько должны, сколько заявок пришло и сколько из них закрыто.
Экран «Общая информация» отвечает на вопрос, где проблема прямо сейчас. В верхнем ряду общая задолженность по ЖКС за последний месяц, открытые и обработанные заявки и число обслуживаемых пользователей. У каждой цифры есть динамика к прошлому периоду. Ниже идут рейтинги:
- дома с наибольшим числом заявок, с количеством жильцов и квартир;
- заявки по категориям, например электрика и сантехника;
- рейтинг ЖКС по полученным заявкам;
- рейтинг ЖКС по выполненным заявкам, в процентах от полученных.
Последний рейтинг важнее, чем кажется. Число заявок говорит о состоянии жилого фонда, а доля выполненных говорит о работе самой службы. Если их не разделять, служба со старыми домами выглядит хуже той, которая просто не принимает обращения.
Как устроено внутри
Сначала модель предметной области
В наш состав работ входили проектирование модели предметной области, мета-модели системы и архитектуры приложения. Это часть, которую обычно пропускают, а через год переписывают. В ОСББ много сущностей, которые выглядят просто, но связаны неочевидно: служба, дом, квартира, жилец, председатель, заявка и её категория, начисление, расходы на обслуживание, закупки, сотрудники.
Мета-модель описывает эти сущности и связи между ними как данные, а не как жёстко прошитые таблицы. Когда появляется новый тип заявки или новый показатель, его добавляют в описание, а не в десяток мест кода. Для продукта, который развивается годами и обслуживает разные управляющие компании, это вопрос цены каждого следующего изменения.
Одна цифра долга на всех уровнях
Задолженность в PRO DOM видна по службе, по дому и по квартире. Принцип, на котором держится такая аналитика: итог наверху собирается из тех же первичных записей, что и цифра по квартире, а не живёт отдельной таблицей итогов. Тогда директор, бухгалтер и председатель дома обсуждают причины долга, а не то, чья цифра правильная.
Стек и наша зона ответственности
Мы программировали бизнес-логику и интеграцию сервисов на PHP 7 (Yii2), Go и JavaScript, разрабатывали базу данных на SQL. Параллельно вели проектный менеджмент по программированию (трекер, отчёты, демонстрации), ставили задачи, составляли ручные тестовые сценарии и тестировали серверную часть. Требования ко всей команде были общими: единые стандарты кодирования и интеграция с внешними сервисами.
Интерфейс: карта, карточка дома, финансы службы
Карта города показывает дома, подключённые к системе. Поиск идёт по цепочке «ЖКС, дом, квартира». Карточка дома открывается справа: число жильцов и заявок, сумма долга, обслуживающая служба, председатель и его телефоны, а ниже задолженность, открытые и обработанные заявки за последний месяц. Диспетчеру не нужно открывать три программы, чтобы ответить жильцу, кто отвечает за его дом.
Экран отдельной службы разделён на вкладки «Финансовая отчётность», «Поступление заявок» и «Контакты сотрудников». В финансах видны общая задолженность, сумма начислений, расходы на обслуживание и закупки за период, а также дома и квартиры с наибольшим долгом и стрелкой изменения. Период задаётся пресетами (последние 7, 14 или 30 дней, 3 или 12 месяцев, месяц или квартал до даты, всё время) или произвольным интервалом. Отчёт выгружается и печатается. На скриншотах тестовые данные.
Как такой проект запускается у клиента
PRO DOM показывает формат для компаний с уже работающим продуктом: не переписывать всё с нуля, а встроить команду и отдать ей конкретный пласт работ. Работа шла с почасовой оплатой, а состав работ и граница ответственности были зафиксированы заранее: наполнение контентом, переводы и регистрация во внешних сервисах оставались на стороне заказчика.
- Разбор: изучаем продукт, архитектуру и узкие места, договариваемся о зоне ответственности.
- Архитектура: модель предметной области, мета-модель, схема сервисов и интеграций.
- Разработка: бизнес-логика, база данных, интеграции, тестовые сценарии и демонстрации по итогам задач.
- Сопровождение: развитие продукта и передача результатов, включая исходный код в репозитории, по актам выполненных работ.
От заказчика нужны доступы к рабочим средам, человек, который принимает решения по продукту, и своевременная информация по задачам. Если продукта ещё нет, начинаем с этапа консультации и моделирования. Как мы проектируем серверные правила, подробно описано в материале о серверной бизнес-логике.
Где ещё применим этот подход
- Холдинги и девелоперы с портфелем объектов: объекты, задачи и финансы на одной карте, как в кейсе IKS Holding.
- Агентства недвижимости: объекты, клиенты и сделки с привязкой к карте, пример в кейсе о софте для риелторского агентства.
- Сервисные компании с выездными бригадами: заявки по категориям и рейтинг исполнителей по доле закрытых обращений.
Если Вы управляете домами или строите продукт для управляющих компаний, начните с бесплатной консультации с архитектором. Разберём процессы и данные, после чего Вы получите расчёт цены и сроков по этапам. Записаться на консультацию.
