Разработка мобильного приложения для управляющей компании ЖКХ
Жители дома не хотят звонить диспетчеру, чтобы оставить заявку на ремонт подъезда. Они хотят написать, прикрепить фото, и получить уведомление когда сантехник выехал. Управляющая компания хочет закрыть этот поток обращений без найма дополнительных операторов. Приложение здесь — не маркетинговый инструмент, а операционный.
Что должно работать в первую очередь
Приём заявок. Жилец выбирает категорию обращения (сантехника, электрика, уборка, общие вопросы), описывает проблему, прикладывает до 5 фото. Заявка уходит в CRM-панель диспетчера. Каждое изменение статуса — push-уведомление через FCM жильцу.
Передача показаний счётчиков. Жилец вводит показания воды, газа, электричества. Система валидирует: показания не могут быть меньше предыдущих (если только не замена счётчика). Данные уходят в биллинговую систему управляющей компании.
Оплата. Баланс лицевого счёта, история начислений, онлайн-оплата через ЮКасса или СБП. Квитанция формируется автоматически в PDF и доступна в архиве.
Объявления и новости. УК публикует новости: плановые отключения, собрания, благодарности жильцам. Push по сегментам — например, только жителям подъезда №3.
Где архитектура усложняется
Многодомовая модель. Жилец может быть собственником квартир в двух домах, обслуживаемых одной УК. Модель данных: пользователь → лицевые счета (1..n) → дом → подъезд → квартира. Переключение между счетами в приложении должно полностью переключать контекст.
Интеграция с 1С или с биллинговой системой (РКЦ, Инфократ, ВЦ КХ). Как правило, УК уже работает в какой-то системе учёта. Интеграция через REST API или файловый обмен (XML, DBF — да, такое ещё встречается). Пишем адаптер на Laravel, который синхронизирует данные по расписанию и предоставляет мобильному приложению единый API.
Чат с диспетчером. Stream Chat SDK или собственный WebSocket. Важный момент: сообщения должны привязываться к заявке, а не просто плавать в общем чате. Это меняет структуру данных: message → conversation → application (заявка).
Голосование на собрание жильцов (ОСС). Это отдельный модуль со своими требованиями: идентификация собственника, фиксация голоса с timestamp, отчёт о результатах в формате протокола. Реализуем через отдельный flow с верификацией через SMS OTP.
Стек и интеграции
Flutter 3.x, Laravel 10, PostgreSQL. Пуши — FCM. Медиа (фото заявок) — S3-совместимое хранилище с автоматическим сжатием. Административная панель для диспетчеров и сотрудников УК — веб-приложение на React/Inertia.
Сроки
MVP (заявки, передача показаний, оплата, объявления) — от 12 до 18 недель. Полная версия с чатом, голосованием, интеграцией с биллингом и многодомовой моделью — от 22 недель.
Стоимость рассчитывается индивидуально после анализа требований.