Мобильное приложение для управляющей компании и ЖК: заявки, показания, пропуска и оплата

Короткий ответ: приложение для управляющей компании — это не витрина, а рабочий инструмент из трёх частей: приложение жителя, панель диспетчера и режим мастера. Основа — заявки с фото и статусами, показания счётчиков, гостевые пропуска, объявления и оплата. Самое дорогое и рискованное — не экраны, а обмен с биллингом и оборудованием на въезде. Ниже — какие роли и функции заложить, как устроить заявки, чтобы их закрывали, и что учесть по персональным данным жителей.

Зачем УК своё приложение?

Чтобы заявки, показания и вопросы жителей приходили в одну систему с понятным статусом, а не в общий чат дома, на почту и на телефон диспетчера. Ценность приложения не в количестве установок, а в том, что у каждой заявки появляется ответственный, срок и история.

Типичная картина до приложения: житель пишет в домовой чат «опять течёт в подвале», диспетчер узнаёт об этом через сутки, мастер приезжает без фото и без понимания, что брать с собой. Потом житель звонит трижды, чтобы узнать, когда придут. Приложение решает три вещи:

• Фиксация. Каждое обращение становится заявкой с номером, временем, адресом и фото. Его нельзя «потерять в переписке».
• Прозрачность для жителя. Статус «принята — назначен мастер — в работе — выполнена» видно без звонка. Звонков в диспетчерскую становится меньше, потому что ответ уже на экране.
• Данные для управляющего. Сколько заявок по дому, какие просрочены, какой мастер закрывает быстрее, какие проблемы повторяются. Без этого разговор с собственниками на собрании идёт на эмоциях.

Отдельный довод — собственный канал связи. Объявление об отключении воды в push-уведомлении доходит до жителя на телефон, а не теряется среди сотни сообщений в чате, где УК не модератор.

Какие роли и функции нужны?

Минимум четыре роли: житель, диспетчер, мастер и охрана, плюс управляющий с отчётами. Функции жителя: заявки с фото и статусом, показания, пропуска, объявления, опросы и оплата. Остальные роли работают с теми же заявками и пропусками, только со своей стороны.

Главное решение на старте — что делать мобильным, а что веб-панелью. Жителю нужно приложение в телефоне: push, камера для фото, быстрый вход. Диспетчер весь день сидит за компьютером с очередью заявок, ему удобнее браузер с большой таблицей и фильтрами. Мастеру хватит той же мобильной сборки с другой ролью. Подробно о выборе между форматами — в статье веб-приложение или мобильное.

Функции жителя, которые стоит заложить в первую версию:

• Профиль с квартирами. Один человек может владеть квартирой и машиноместом, а жить в другом доме той же УК. Привязка идёт к помещению, а не к человеку.
• Заявки. Категория, описание, до нескольких фото, выбор «в квартире» или «в общем имуществе», удобное время визита.
• Показания счётчиков. Список приборов по квартире, ввод значений, фото счётчика по желанию, история за прошлые месяцы.
• Пропуска. Гость, такси, доставка, грузовая машина на переезд.
• Объявления и новости дома. С push для срочного: отключения, аварии, уборка снега с парковки.
• Опросы. Мнение жителей по бытовым вопросам: цвет лавочек, график уборки.
• Начисления и оплата. Если есть обмен с биллингом.

Роль	Что делает	Где работает
Житель (собственник, арендатор, член семьи)	Подаёт заявки с фото, передаёт показания, заказывает пропуска, платит, читает объявления, отвечает на опросы	Мобильное приложение iOS и Android
Диспетчер	Принимает заявки из приложения и по телефону, назначает исполнителя, следит за сроками, отвечает жителю	Веб-панель на компьютере
Мастер, сантехник, электрик	Видит свои заявки, адрес и фото, меняет статус, прикладывает фото «после», пишет комментарий	То же приложение с другой ролью или отдельный режим
Охрана, КПП	Видит пропуска на сегодня, отмечает въезд и выход, проверяет номер машины	Планшет на посту или веб-панель
Управляющий, бухгалтерия	Смотрит сроки и просрочки по заявкам, сверяет показания и оплаты, публикует объявления	Веб-панель с отчётами

Заявки жителей: как сделать, чтобы их закрывали?

Заявку закрывают, когда у неё есть категория, ответственный, срок и обязательное подтверждение выполнения. Технически это статусная модель с таймерами и уведомлениями. Если статус «выполнено» ставится одной кнопкой без фото и без согласия жителя, приложение быстро превращается в отчётность ради отчётности.

Что заложить в логику заявок:

1. Справочник категорий с маршрутом. «Протечка» сразу уходит сантехнику и помечается аварийной, «лифт» — подрядчику по лифтам, «уборка подъезда» — клининговой службе. Диспетчер не распределяет руками то, что можно распределить правилом.
2. Срок по категории. Для аварийных — часы, для плановых — дни. Срок задаёт ваш регламент, а приложение только считает время и подсвечивает просрочку.
3. Фото «до» и «после». Житель прикладывает фото проблемы, мастер — результата. Это снимает большую часть споров «а ничего не сделали».
4. Подтверждение жителем. После отметки мастера житель получает push «Заявка выполнена — подтвердите». Если он не согласен, заявка возвращается в работу с комментарием. Если молчит несколько дней, закрывается автоматически.
5. Оценка. Одна шкала от 1 до 5 и поле для комментария. Плохие оценки уходят управляющему, а не теряются в базе.
6. Заявки с телефона тоже в системе. Диспетчер заводит звонок в ту же панель. Иначе часть жителей, которые не ставят приложение, выпадает из статистики, и отчёты врут.

Ещё одна частая потребность — общие проблемы. Когда в подъезде не работает лифт, десять жителей создают десять заявок. Удобно дать диспетчеру объединить их в одну и уведомить всех сразу, когда лифт починят.

Показания и оплата: интеграция с биллингом

Показания и начисления живут в биллинговой системе, которую УК уже использует. Приложение не считает квитанции само, а передаёт показания в биллинг и показывает оттуда начисления и долг. Поэтому первым делом выясняем, есть ли у вашего биллинга API или хотя бы регулярная выгрузка файлом.

Варианты обмена по возрастанию надёжности:

• Выгрузка файлом раз в сутки. Приложение собирает показания, а бухгалтер выгружает их и загружает в биллинг. Дёшево, но начисления в приложении отстают и бывают ошибки ручного шага.
• Обмен по расписанию. Скрипт сам забирает начисления и отправляет показания в оговорённое время. Подходит, если у биллинга есть выгрузка в стабильном формате.
• Обмен по API в реальном времени. Житель видит актуальный долг, оплата сразу отражается на лицевом счёте. Возможен, только если биллинг даёт API. Как это устроено в целом, мы описали на странице об интеграциях с 1С и CRM.

Что проверить в части показаний: в какие дни месяца УК принимает значения, как обрабатывать явно ошибочный ввод (показание меньше прошлого, скачок в десять раз), что делать с приборами, у которых истёк срок поверки. Окно приёма и правила проверки удобнее вынести в настройки панели, а не прописывать в коде: их уточняет бухгалтерия, а не разработчик.

По оплате важная деталь для iPhone. Коммунальные платежи — это услуга, которую житель получает вне приложения. Для таких услуг правила App Store в п. 3.1.3(e) требуют оплаты своими способами, а не встроенными покупками Apple. Значит, нужен эквайринг УК: карта, СБП, чек от вашего имени. Подробно — в статье об оплате в мобильном приложении.

Пропуска и доступ на территорию

Пропуск в приложении — это запись «кто, на какой машине, когда и к какой квартире», которую видит охрана. Простая версия работает без всякой связи с оборудованием: охранник смотрит список на планшете. Автоматическое открытие шлагбаума возможно, только если у контроллера на въезде есть API или документированный протокол.

Какие пропуска встречаются чаще всего:

• Гостевой разовый — на имя или номер машины, на дату или интервал. После въезда гаснет.
• Такси и доставка — короткий интервал, без имени, только номер или код.
• Грузовой — на переезд или ремонт, с ограничением по времени и, часто, с согласованием управляющим.
• Постоянный — для няни, сиделки, родственников. Выдаётся на срок и отзывается из профиля.

Экран охраны должен быть максимально простым: поиск по номеру машины, список «ожидаются сегодня», кнопки «въехал» и «выехал». Охранник не будет разбираться в меню из десяти пунктов, а очередь машин у шлагбаума не ждёт. Отметки въезда и выезда потом помогают разбирать спорные случаи.

Интеграцию со шлагбаумом, домофоном или камерами распознавания номеров оцениваем только после того, как увидим модель оборудования и его документацию. Бывает, что оборудование закрытое и связаться с ним можно лишь через сервис производителя, — тогда сначала выясняем условия этого сервиса.

Объявления, опросы и голосования: где граница?

Объявления и опросы в приложении — самые простые функции: публикация с push и форма с вариантами ответа. Граница в том, что опрос показывает мнение жителей, но сам по себе не становится решением общего собрания собственников. Если решение должно иметь юридическую силу, порядок определяет закон, и формат согласуйте с юристом до разработки.

Практические советы по объявлениям:

• Делите на срочные и обычные. Push отправляйте только по срочным, иначе жители выключат уведомления совсем. Как работают уведомления и почему пользователь может их запретить, разобрано в статье о push-уведомлениях.
• Адресуйте по дому, подъезду или стояку. Отключение воды в одном стояке не должно будить весь квартал.
• Дублируйте важное на доске объявлений в подъезде. Приложение поставят не все, особенно старшие жители.

Персональные данные жителей

Приложение УК хранит ФИО, телефоны, адреса, номера машин, фото из квартир и данные о платежах. По 152-ФЗ УК здесь — оператор персональных данных: нужны согласие, политика обработки, защита и хранение баз на территории России. Это проектируется до первой строки кода, а не после запуска.

Что конкретно заложить в приложение УК:

• Проверенная привязка к квартире. По лицевому счёту и коду из квитанции или с подтверждением диспетчера. Иначе любой человек с номером телефона увидит чужие начисления и пропуска.
• Разграничение доступа. Мастер видит адрес и суть своей заявки, но не долги жителя. Охрана видит пропуска, но не начисления. Роли и права — часть архитектуры, а не настройка «потом».
• Фото из квартиры — только участникам заявки. Снимки ванной или кухни не должны лежать в общей галерее дома.
• Сервер в России. Базы с данными жителей размещаем на серверах в РФ — этого требует ч. 5 ст. 18 152-ФЗ.
• Удаление аккаунта из приложения. Этого требуют App Store (п. 5.1.1(v) правил) и Google Play. Что при этом происходит с историей заявок и платежей — удаляется, обезличивается или хранится положенный срок, — заранее прописывается в вашей политике обработки данных.
• Вход без иностранных сервисов. По номеру телефона с кодом, VK ID или Яндекс ID. С 1 декабря 2023 года ч. 10 ст. 8 закона 149-ФЗ допускает для пользователей в России авторизацию только российскими способами — телефон, Госуслуги, ЕБС или системы российских компаний, поэтому вход через Google или Apple не закладываем.

Полный разбор требований магазинов и 152-ФЗ к приложениям — в статье про персональные данные в мобильном приложении.

Блок	Что внутри	Как считаем
Базовое приложение жителя	Вход по телефону, профиль с квартирами, заявки, объявления, push, до 6–8 экранов	Тариф «Мобильное приложение» — от 200 000 ₽, от 2 недель
Веб-панель диспетчера и мастеров	Очередь заявок, назначение, статусы, сроки, отчёты	После брифа: зависит от числа ролей и отчётов
Показания и оплата	Обмен с биллингом, ЛС, начисления, эквайринг, чеки	После брифа: главный риск — есть ли у биллинга API
Пропуска	Гостевые и разовые пропуска, экран охраны, связь со шлагбаумом	После брифа: зависит от оборудования на въезде
Чат с диспетчером	Переписка внутри заявки или отдельный чат	Чаты по прайсу оцениваются отдельно

Сколько стоит такое приложение?

Приложение жителя в объёме тарифа — до 6–8 экранов, вход, push, оплата, подключение к вашему API — стоит от 200 000 ₽ и делается от 2 недель. Веб-панель диспетчера, обмен с биллингом и пропуска со шлагбаумом считаем после брифа: их цена зависит от ваших систем, а не от числа экранов.

Что ещё учесть в бюджете:

• Аккаунты разработчика Apple и Google Play оформляются на УК и оплачиваются отдельно, по условиям самих магазинов.
• Платные сторонние сервисы: SMS для входа по коду, эквайринг, хостинг. Их тарифы платит владелец приложения.
• Поддержка. После публикации 14 дней мелких правок бесплатно, дальше — абонентка от 7 900 ₽ в месяц или почасово. Гарантия по договору — 30 дней, отдельно от поддержки.

Обычная тактика для УК — запуск очередями. Первая версия: заявки, объявления, показания с выгрузкой файлом. Вторая: обмен с биллингом и оплата. Третья: пропуска и шлагбаум. Так приложение начинает работать раньше, а интеграции делаются, когда уже ясно, чем жители реально пользуются. Состав работ и что входит в тариф — на странице разработки мобильных приложений.

Когда своё приложение не нужно?

Если у УК один-два дома, заявок немного и нет охраняемой территории, своё приложение не обязательно. Хватит телефона диспетчерской, бота или веб-формы с учётом заявок. Своё приложение оправдано, когда домов много, есть КПП и шлагбаум, а заявки и показания уже не помещаются в таблицу.

Ещё три случая, когда стоит подождать:

• Биллинг меняется. Если в ближайшие месяцы УК переходит на другую биллинговую систему, интеграцию со старой делать бессмысленно. Начните с заявок и объявлений.
• Нет человека на стороне УК. Приложение без диспетчера, который отвечает на заявки, жители бросят через месяц. Сначала регламент и ответственные, потом разработка.
• Нужна только оплата. Если жителю нужна лишь квитанция и кнопка «оплатить», часто хватает того, что даёт ваш биллинг или банк, без отдельного приложения.

Какие ошибки встречаются чаще всего?

Чаще всего ошибаются не в коде, а в организации: запускают приложение без регламента обработки заявок, без проверки привязки к квартире и без плана, как привести жителей. Технические ошибки — отсутствие ролей и ручной обмен с биллингом, который никто не делает.

1. Нет сроков и ответственных. Заявки висят в «принята» неделями, жители перестают ими пользоваться и возвращаются в домовой чат.
2. Привязка к квартире без проверки. Самая неприятная ошибка с точки зрения данных жителей, переделывать её после запуска дорого.
3. Все функции сразу. Пятнадцать разделов на старте растягивают срок и бюджет, а половина ими не пользуется.
4. Нет панели для диспетчера. Заявки приходят на почту, и диспетчер по-прежнему ведёт их в таблице.
5. Push по любому поводу. Жители отключают уведомления и пропускают то, что действительно срочно.
6. Никто не рассказал жителям. Нужны объявления в подъездах, QR-код на квитанции и инструкция на одной странице. Без этого установок будет мало при любом качестве приложения.

Что подготовить к брифу?

Список домов и примерное число квартир, перечень ролей и регламент заявок, название биллинговой системы и есть ли у неё API, модель оборудования на въезде, кто будет отвечать за приложение со стороны УК. С этим набором оценка получается точной, а не «от и до».

• Сколько домов, подъездов, квартир и машиномест обслуживает УК.
• Категории заявок и нормативные сроки по каждой из вашего регламента.
• Какие подрядчики получают заявки: свои мастера, лифтовая служба, клининг.
• Биллинговая система, способ выгрузки, контакты её поддержки.
• Эквайринг: есть ли договор с банком, от какого юрлица будет приниматься оплата.
• Шлагбаум, домофон, камеры: модели и наличие документации.
• Ваша политика обработки персональных данных или готовность её подготовить.

Если часть ответов пока неизвестна, это нормально: такие пункты выносим во вторую очередь и закладываем в архитектуру место под них.

Короткие ответы на частые вопросы

Можно ли сделать одно приложение для жителей и мастеров?

Да. Обычно это одно приложение с ролями: после входа житель видит свои квартиры и заявки, а мастер — назначенные ему задачи. Диспетчеру удобнее веб-панель на компьютере.

Нужно ли приложению УК подключаться к биллингу?

Если в приложении есть начисления и оплата — да, иначе житель увидит не ту сумму. Если на старте только заявки и объявления, биллинг можно подключить второй очередью.

Можно ли принимать оплату за ЖКУ внутри iPhone-приложения своим эквайрингом?

Коммунальные услуги потребляются вне приложения, а для таких услуг правила App Store (п. 3.1.3(e)) предписывают оплату не встроенными покупками Apple, а своими способами: картой или СБП через эквайринг УК.

Как житель привязывается к квартире?

Надёжнее всего — по номеру лицевого счёта и коду из квитанции или по подтверждению диспетчера. Автоматическая привязка только по телефону без проверки открывает чужие данные.

Сколько стоит приложение для управляющей компании?

Приложение жителя в объёме тарифа — от 200 000 ₽ и от 2 недель. Веб-панель диспетчера, обмен с биллингом и пропуска оцениваем после брифа, потому что всё зависит от ваших систем.

Услуги и кейсы по теме: интеграция с 1С и CRM от 32 000 ₽ · мобильные приложения · цены и сроки