Как заявки жителей попадают из личного кабинета в диспетчерскую
Онлайн-заявка должна пройти путь от жителя до исполнителя без потерь: статус, уведомления и маршрутизация. Разбираем процесс.

Коротко: Когда у жителя есть личный кабинет, он создаёт заявку сам: выбирает категорию, прикладывает фото, описывает проблему. Заявка сразу попадает в цифровой журнал диспетчерской — без звонков и ручного ввода.
Заявка создаётся жителем, а не записывается диспетчером со слов.
Каждое обращение получает номер, статус и исполнителя.
Житель видит, на каком этапе его заявка, без повторных звонков.
Жители звонят, пишут в чаты, оставляют записки. Часть заявок всё равно теряется: нет ответственного, нет срока, нет статуса. Есть только факт обращения, который осел в тетради или в личном телефоне диспетчера.
Разбираем, как устроен путь заявки от кнопки «Отправить» до исполнителя и на каких этапах чаще всего возникают сбои.
Что такое заявка через личный кабинет
Заявка в управляющую компанию онлайн — обращение, которое житель создаёт сам через веб-кабинет или мобильное приложение. Не звонит диспетчеру, не пишет в чат подъезда, не ловит мастера на лестнице. Открывает приложение, описывает проблему, прикладывает фото и нажимает «Отправить».
С этого момента заявка живёт в системе: у неё есть номер, время создания, категория и статус. Диспетчер видит её сразу, без ручного переноса и без риска потерять в потоке звонков.
Для УК здесь есть практический эффект. Жители, которые подают обращения через кабинет, реже перезванивают. Статус видно самостоятельно. Нагрузка на диспетчерскую снижается.
Часть управляющих компаний использует для этого Квартплата.Онлайн — личный кабинет жителя, где подача заявки, передача показаний и оплата квитанций доступны в одном месте.
Как заявка проходит путь от жителя до исполнителя
Путь состоит из четырёх этапов. На каждом из них жители и сотрудники видят разные данные.
Создание заявки
Житель заходит в приложение, выбирает категорию обращения: протечка, неисправность лифта, уборка подъезда, вопрос по начислениям. В ряде систем категория сразу определяет, кто получит заявку — диспетчер или профильный специалист.
Далее — фото, описание. Система фиксирует дату и время, адрес объекта, данные по лицевому счёту автоматически.
Поступление в диспетчерскую
Заявка появляется в журнале без задержки. Диспетчер видит: от кого, по какому адресу, какая категория, есть ли фото. Вручную вводить ничего не нужно.
Если настроена автоматическая маршрутизация, заявка сразу уходит нужному исполнителю. Если нет, диспетчер назначает вручную.
Работа исполнителя
Мастер видит заявку в своём приложении. Принимает, фиксирует промежуточный статус («выехал», «на объекте»), закрывает с комментарием или фотоотчётом.
Диспетчеру в это время не нужно звонить. Актуальный статус видно в системе.
Уведомление жителя
При каждом изменении статуса система отправляет жителю уведомление: пуш или SMS. Перезванивать, чтобы узнать о ходе обращения, не нужно.
Этап | Что делает житель | Что видит диспетчер |
|---|---|---|
Создание | Заполняет форму, прикладывает фото | Заявка появляется в журнале |
Назначение | Ждёт уведомления | Назначает исполнителя или принимает авто-маршрутизацию |
Выполнение | Видит статус в приложении | Следит за статусом исполнителя |
Закрытие | Получает уведомление о завершении | Фиксирует выполнение, закрывает заявку |
Что нужно, чтобы цифровой канал работал без разрывов
Четыре условия, без которых онлайн-заявки не дают ожидаемого эффекта.
Интеграция кабинета с журналом диспетчерской. Если личный кабинет и система учёта заявок работают отдельно, а данные переносятся вручную, смысл онлайн-заявки исчезает. Диспетчер снова вводит данные руками, ошибки накапливаются.
Уведомления работают в обе стороны. Житель получает обновления по статусу, диспетчер видит новые заявки без обновления страницы вручную. Если уведомления не настроены, жители снова начинают звонить.
Категории совпадают с регламентами УК. Если в приложении жителю предлагают выбрать «аварийная» или «текущая», это должно совпадать с реальной логикой работы компании. Несовпадение ведёт к путанице при маршрутизации.
Жители знают о кабинете и пользуются им. Самое слабое место. Если жители не установили приложение, канал пустует. Запуск нового инструмента требует коммуникации: объявление на стенде, QR-код на квитанции, инструкция в рассылке.
Когда все четыре условия выполнены, заявка проходит путь от жителя до закрытия без телефонных звонков. Диспетчер работает с системой, а не с тетрадью. Ошибки при приёме сокращаются, потерянных обращений становится меньше.
Житель создаёт заявку и прикладывает материалы в Квартплата.Онлайн, после чего обращение поступает в АРКУС CRM / АДС. Диспетчер назначает исполнителя, а статусы и результат возвращаются жителю в кабинет.
Оставьте заявку на бесплатную консультацию — разберём, как связать онлайн-обращения жителей с работой вашей диспетчерской.
Частые вопросы
Нет. Аварийные ситуации — прорыв трубы, отключение электричества, запах газа — требуют немедленной реакции, и звонок здесь быстрее. Цифровой канал хорошо работает для текущих, неаварийных обращений: замена лампочки в подъезде, уборка, мелкий ремонт, вопросы по начислениям.
Сначала проверить, знают ли они о нём. Большинство УК не коммуницируют запуск кабинета достаточно активно. QR-код на квитанции, инструкция в рассылке, объявление в лифте — первые 2-3 месяца активность небольшая, потом растёт.
Зависит от аудитории. Веб-кабинет удобен с компьютера, приложение проще для большинства жителей. Оптимально — оба канала. Если выбирать один: приложение, потому что заявку чаще подают с телефона, прямо у места проблемы.
При нормальной интеграции — сразу, без задержки. Заявка появляется в журнале диспетчерской в момент отправки. Если система не интегрирована с кабинетом жителя, данные попадают к диспетчеру только после ручного переноса, и тогда скорость зависит от человека, а не от системы.
Смежные темы
Источники
Квартплата.Онлайн — личный кабинет жителя с модулем заявок, оплаты и показаний
аркус.рф — экосистема для управляющих компаний, ТСЖ и РСО
